Dubbo的服务启动依赖检查配置

dubbo的服务启动依赖检查，指的是当启动服务时，如果存在不可用的依赖时，直接抛出异常，从而阻断spring初始化完成，以便在上线时发现问题。

这种看似非常合理的检查，有时候却会给系统带来很大的困扰。比如A的consumer依赖了B的provider，同时B的consumer也依赖A的provider，这是什么？这就叫循环依赖。如果依赖双方均没有启动着的实例（比如所有的服务都挂了，等待重启），那么就会导致A等待B启动后才能启动，反之亦然的死循环问题。

那么这个服务启动依赖检查是靠什么控制的呢？

check=false check=true

check属性一般用到dubbo:reference中，标记一个引用的接口是否在初始化时检查是否可用。

例如： 

<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来发现问题，而是在运行时发现也是十分可取的。

总结：

 1.dubbo:reference中check的缺省值来源于dubbo:consumer中的check配置，默认为true。

2.对于check配置，优先级dubbo:reference>dubbo:consumer。

3.dubbo:registry中也有check配置，默认为true,当它为true时，注册中心不存在立即报错，反之，如果你是懒加载，注册中心不存在也不应该影响启动，就可以设置为false。

参考：https://www.jianshu.com/p/5f6e68a8ac0a