sofa-boot
sofa-boot copied to clipboard
sofastack
SOFABoot is a framework that enhances Spring Boot and fully compatible with it, provides readiness check, class isolation, etc.
SOFABoot 支持众多服务协议，例如 JVM 服务、Bolt 和 Dubbo 等，从 SOFA 组件、源码角度解析 SOFABoot 是如何实现的。
SOFABoot 源码解析活动是由 SOFAStack 团队主办的开源活动，我们希望打造一个人人皆可参与，基于 GitHub 协作的积极透明的开源活动。 本次活动旨在增强大家对 SOFABoot 的了解与认知，促进开源社区的交流，让大家更好的了解、学习和使用开源项目，是大家学习和使用 SOFABoot，与 SOFABoot 的核心开发者直接交流的一个良好契机。 本次活动所产出的文章将首先发表在 SOFABoot 项目主页上，同时也将会进行线上全渠道的推广，经整理后的部分内容会作为 SOFAStack 官方博客中，并会在全渠道进行发布。 *** ### 活动流程  - 参与者登陆自己的 GitHub 账号，在源码解析活动的 GitHub 页面回复【/assign】认领 issue。 - Reviewer...
SOFABoot 的上下文隔离机制提供了不同于传统维度的模块化，本任务需要从源代码的角度解释 SOFABoot 是如何实现这一机制的。
## In what area(s)? > /area runtime > /area operator > /area placement > /area docs > /area test-and-release ## Ask your question here 基于SOFA-BOOT 的 ApplicationContext 或者 SOFA-ARK 的...
## Describe the bug 在配置com.alipay.sofa.boot.disable-jvm-first=false后，app启动完成后，真正调用时会有一些reference使用jvm，一些使用bolt. debug发现在`ReferenceRegisterHelper#registerReference`注册reference时会使用`SofaRuntimeProperties#isDisableJvmFirst(SofaRuntimeContext)`，而SofaRuntimeProperties的判断是根据内部静态变量，而内部静态变量的值的来源是`SofaRuntimeConfigurationProperties`，由spring回调，正常情况下该流程正常； 但是在一些场景下，**如果reference的加载时间早于SofaRuntimeConfigurationProperties**，这会导致ReferenceRegisterHelper中读到默认值，也就是false；而reference加载稍晚的，读取到的为true。 ## To Reproduce Steps to reproduce the behavior: 看了一下只有`ReadinessCheckListener`注入了SofaRuntimeConfigurationProperties，如果重写该bean或者不引用health包，应该会稳定复现； ## Expected behavior A clear and concise description of what you expected to happen....
通过依赖检查检查，会有一些 `Blocker` 我如何修复它们？ 最简单的办法是直接升级对应的版本，比如 `spring-boot-starter-web -> spring-boot-starter-json -> jackson-databind` 这样的依赖链，`spring-boot-starter-web` 的版本由 `sofaboot-dependencies -> sofa-boot-build` 决定的，也不是很好的升级版本怕引起 `sofastack` 中其他组件出现错误。 来自 阿里 codeup 提供的依赖检查
Take over the auto detecting: 