dubbo的服务启动依赖检查,指的是当启动服务时,如果存在不可用的依赖时,直接抛出异常,从而阻断spring初始化完成,以便在上线时发现问题。
这种看似非常合理的检查,有时候却会给系统带来很大的困扰。比如A的consumer依赖了B的provider,同时B的consumer也依赖了A的provider,这是什么?这就叫循环依赖。如果依赖双方均没有启动着的实例(比如所有服务都挂了,等待重启),那么就会导致A等待B启动后才能启动,反之亦然的死循环问题。
那么这个服务启动依赖检查是靠什么控制的呢?
check=false or check=true
check属性一般用在 dubbo:refrence 中,标记一个引用的接口是否在初始化时检查是否可用。
例如:
<dubbo:reference id="testService"
interface="com.test.service.TestService"
registry="xxxRegistry"
version="1.0.0"
cluster="failover"
timeout="500"
check="false"/>
dubbo:reference==缺省使用的是dubbo:consumer==中的check配置,默认为true,也就是说在没有显示声明一个接口的check=false,那么默认为true,也就是需要检查。
一般情况下,在测试环境中,我们都显示的声明
<dubbo:consumer check="false">
旨在关闭对于引用的dubbo服务的启动检查配置。
在生产环境,我们一般推荐手动将各个无需检查的reference进行显示声明check=false处理,这样可以让开发人员更加清晰自己的系统依赖情况,除非强依赖,否则不建议将该属性置为true。
或者干脆学习测试环境的做法,将dubbo的默认check设置为false,reference中全部使用缺省配置,不依赖check来发现问题,而是在运行时发现也是十分可取的。
总结:
- dubbo:reference中check的缺省值来源于dubbo:consumer中的check配置,默认为true。
- 对于check配置,优先级 dubbo:reference > dubbo:consumer。
- dubbo:registry中也有check配置,默认为true,当它为true时,注册中心不存在则立刻报错,反之,如果你是懒加载,注册中心不存在也不应该影响启动,就可以设置为false。和以上dubbo:reference中的配置不要混淆。
网友评论