- 先要了解Spring解析自定义标签。
- DubboBeanDefinitionParser
它实现了Spring的BeanDefinitionParser接口，该接口专门用来解析Bean的定义，所以需要实现parser()方法。
public BeanDefinition parse(Element element, ParserContext parserContext)DubboBeanDefinitionParser构造方法参数上且个Class<?> beanClass参数，指的是当前标签配置内容转换成对应类的BeanDefinition并且注入到Spring容器中。
主要的思想就是通过反射的形式获取类的get/set方法，从而判断该参数是否可通过Spring注入进去，最后添加到beanDefinition中，并且注入Spring容器中。
- AbstractConfig
Dubbo的配置模块：ReferenceBean, RegistryConfig, ServiceBean等，都继承了AbstractConfig，该抽象类中定义了方法：
protected static void appendProperties(AbstractConfig config)
该方法一开始是生成当前配置的前缀
String prefix = "dubbo." + getTagName(config.getClass()) + "."private static final String[] SUFFIXS = new String[] {"Config", "Bean"};
private static String getTagName(Class<?> cls) {
String tag = cls.getSimpleName();
for (String suffix : SUFFIXS) {
if (tag.endsWith(suffix)) {
tag = tag.substring(0, tag.length() - suffix.length());
break;
}
}
tag = tag.toLowerCase();
return tag;
}
比如ReferenceBean通过该方法，配置以dubbo.reference开头，生成当前配置类的前缀之后，那么还是按照管理反射出当前类的set方法，接下来就是从System.getProperty中取，如果其中没有则会从ConfigUtil.getProperty中取。这里说胆DUBBO配置的优先级java -D 优先于Spring配置，Spring配置优先于properties文件的配置。
不管是System.getProperty还是ConfiguUtils.getProperty都会取两次
String pn = prefix + config.getId() + "." + property另一个
String pn = prefix + propertyconfig.getId就是我们在配置Spring的Bean时配置的ID。
<dubbo:reference id="demoService" interface="com.alibaba.dubbo.demo.DemoService" timeout="2000" check="false" />
该配置会产生一个ReferenceBean对象，那么此时的config.getId()就是demonService。第一个配置的目的是有没针对某个Bean的配置项，比如：配置dubbo消费端的超时时间，一般通过dubbo.reference.timeout，这其实是指消费端所Bean的超时时间，有时候我们需要指定某个Bean超时时间可以通过dubbo.reference.{beanId}.timeout来指定。
如果想了解dubbo某个模块的配置，直接到对应的配置类中看它有哪些字段，知道它的字段名。如果是多个单词的组合，使用驼峰格式。
/name是get/set方法名
String property = StringUtils.camelToSplitName(name.substring(3, 4).toLowerCase() + name.substring(4), "-");不难发现对于驼峰，dubbo通过-字符来分割各个单词。这种方式 的配置，如果需要调整都需要重启应用。
- 动态配置
主要原理是通过管理器将动态参数发布到注册中心（Zookeeper）中，然后各个节点可以获得最新的配置变更，然后进行动态调整。在Zookeper中每个服务节点目录下面看到以下几个目录consumer, providers, configurators, routers。其中动态配置放在configurators节点目录下，服务消费端会监听configurators目录变更，如果变更则会调用RegistryDirectory的notify(List<URL> urls)方法 ，urls的是类似overrider://..，表示将覆盖调用该服务的某些配置，将这个URL上面的参数信息替换到调用服务端的URL上面取，并且重新构造该服务的Invoke对象。从而达到更新参数的目的。
- 给接口的方法配置参数
比如一个接口存在多个方法，有时候参数配置现在接口层面还不够，需要精确到方法级别。
1.dubbo:method标签
<!--lang:xml-->
<dubbo:reference id="demoService" interface="com.alibaba.dubbo.demo.DemoService" timeout="2000" check="false" >
<dubbo:method name="sayHello" timeout="1000"/>
</dubbo:reference>
2.动态配置
在配置的规时方法名加配置项的名称，例如：key配置成:sayHello.timeout，value="1000"。那么管理器会在注册中心的对应服务的configurators添加一条overrider://....?sayhello.timeout节点，指定消费端会监听到这个变更。
最后欢迎大家访问我的个人网站：1024s
