官网文档已经很全，这里只做用途补充和实现说明。
Provider的有些配置虽然配在provider端但是需要通过注册中心传递到consumer，在consumer起作用，比如connections，决定单个服务建立的连接数，我们就叫类似这样的配置为传递配置
看到dubbo的配置眼睛都花了，如果仔细看能看出很多配置都是重复的，也就是说配置之间遵守覆盖规则，指定覆盖规则，就不会手忙脚乱了
这里，越往上优先级越高，之所以service配置为何会影响reference，那是因为当reference去注册中心发现service的时间，会将自己没有的而service有的配置添加到自己的URL配置中。
dubbo的URL是整个dubbo框架的配置中心，所有的配置都将汇总到URL这个对象中，而所有配置都将从URL中取出。往注册中心注册的时候就是将它拼接成字符串成为一个节点路径的。而且SPI框架也是强依赖于它自动获取extName。
比如：
dubbo://172.16.221.1:20880/com.alibaba.dubbo.demo.DemoService?anyhost=true&application=demo-provider&dubbo=2.0.0&dynamic=false&generic=false&heartbeat=600&interface=com.alibaba.dubbo.demo.DemoService&loadbalance=roundrobin&methods=sayHello&owner=william&pid=57624&serialization=hession2&side=provider&stub=com.alibaba.dubbo.demo.DemoServiceStub&timeout=6000000