dubbo的配置
在之前的文章中配置了spring boot和dubbo框架的使用（传送门：springboot使用dubbo框架），看到了把dubbo相关的配置配置在了配置文件中。这里官方文档中也去讲解了对应的dubbo配置的加载。
dubbo的配置加载流程
首先要知道dubbo的配置是在应用启动阶段，并且这里的配置包括应用配置、注册中心配置、服务配置等。
dubbo的配置来源
- Jvm System Properties，-D参数
- Externalized Coniguration， 外部化配置，这里在文档中提到的有zk、apollo
- ServiceConfig、ReferenceConfig等编程接口采集的配置
- 项目本地的配置文件 dubbo.properties
除了外部化配置，dubbo的配置读取在总体上遵循了以下几个原则：
- dubbo支持了多层级的配置，并且按预定优先级自动实现配置间的覆盖，最终所有配置汇总到数据总线URL后，驱动后续的服务暴露、引用等流程。
- ApplicationConfig、ServiceConfig、ReferenceConfig也可以理解为配置来源的一种，是直接面向用户编程的配置采集方式
- 配置格式以Properties为主，在配置上支持path-based的命名规范。
dubbo配置的覆盖策略
dubbo的配置覆盖策略如下图：
这里看到dubbo预先设置的配置覆盖加载顺序是jvm设置的启动参数 —> 外部配置 —> spring的xml或者api配置 —> 项目中的本地文件。
这里以上一篇中的spring boot和dubbo整合的demo来测试这个覆盖顺序。这里外部的配置先不做演示，只去比较启动参数、spring配置、本地dubbo.properties配置三个覆盖顺序。
我们以dubbo.protocol.port这个配置作为示例：
- jvm启动参数
首先配置启动时的vm参数：
启动之后，可以看到此时服务在dubbo-admin上显示的端口为我们在启动参数中设置的20881。(配置文件中配置的是20880，这里优先读取的是启动参数中的配置)
- spring配置
这里因为使用的是spring boot，所以在application.properties中配置即可。
这里启动provider项目，可以看到之前的接口下线，然后暴露服务的端口变为了20880。
- 本地的dubbo.properties配置
在本地建立一个dubbo.properties文件，这里写成暴露服务的端口是20882。(这里要主要将spring配置中配置注释掉。)
重新启动provider，可以看到对应的dubbo接口暴露为了20882。
以xml配置说明不同粒度的覆盖和优先级
由下图可以知道这些配置标签分为provider侧、consumer侧、应用共享的配置(这里包括application、注册中心、monitor的配置)、还有一些子配置(方法、参数级别的配置)不同的粒度。
这些不同的粒度的配置也有对应的覆盖关系，以timeout为例，其他retries，loadbalance，actives等类似，都遵守粒度之间的覆盖规则：
- 方法级别优先，接口级别次之，全局配置再次之。
- 如果级别一样，则消费方优先，提供方次之。
其中，服务提供方配置，通过 URL 经由注册中心传递给消费方。具体如下图所示：
这里就timeout这个超时参数，建议由服务提供方设置超时，因为一个方法需要执行多长时间，服务提供方更清楚，如果一个消费方同时引用多个服务，就不需要关心每个服务的超时设置。
这里的一个小tips：
引用缺省是延迟初始化的，只有引用被注入到其它 Bean，或被 getBean() 获取，才会初始化。如果需要饥饿加载，即没有人引用也立即生成动态代理，可以配置：<dubbo:reference ... init="true" />