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

总结：

1. dubbo:reference中check的缺省值来源于dubbo:consumer中的check配置，默认为true。
2. 对于check配置，优先级 dubbo:reference > dubbo:consumer。
3. dubbo:registry中也有check配置，默认为true，当它为true时，注册中心不存在则立刻报错，反之，如果你是懒加载，注册中心不存在也不应该影响启动，就可以设置为false。和以上dubbo:reference中的配置不要混淆。