1、在提供商端尽可能多地配置Consumer端属性的理由如下。
作为服务的提供方，比服务器消费方更了解服务器的性能参数，如调用超时时间、相应的重试次数等。 在提供者端配置后，如果不在Consumer端配置，将使用提供者端的配置。 这意味着提供商端的配置可以是Consumer的默认值1。 否则，Consumer将使用Consumer端的全局设置。 这对提供者来说是不可控的，在许多情况下，不合理的提供者端会尽可能多地配置Consumer端的属性，以便提供者的实现者从一开始就考虑提供者端的服务特征和服务质量等问题。
例如：
dubbo : service interface=' com.Alibaba.hello.API.hello service ' version=' 1.0.0 ' ref=' hello service ' time dubbo : service interface=' com.Alibaba.hello.API.world service ' version='1.0.0' ref=' hello service ' time out=' 10000 ' retries='9' load balance=' least active ' actives
timeout :方法调用超时时间retries :失败的重试次数。 默认为2loadbalance :负载平衡算法3，默认为随机随机随机随机。 还可以设置actives，如轮询roundrobin、最不活动的优先级4 leastactive和一致性散列。 这意味着在Consumer将对服务器的并发调用增加到上限后，新调用将被阻止，直到超时。 有关将方法设置为Dubbo:method时对该方法应用并发限制以及将接口设置为dubbo:service时对服务应用并发限制的详细配置步骤，请参阅dubbo配置参考
2、为提供商提供合理的提供商属性dubbo : protocol threads=' 200 '/dubbo : service interface=' com.Alibaba.hello.API.hello service ' version='1.0.0' ref=' hello service '
服务线程池大小执行(threads )服务提供者的并发请求上限。 这意味着，如果提供程序对服务的并发调用达到上限，新调用可能会被阻止，Consumer可能会超时。 方法配置dubbo:method对该方法进行并发限制，接口配置dubbo:service对该服务进行并发限制3、配置管理信息目前有区分站点的负责人信息和组织信息。 建议至少安排两个人进行备份，以便在发现问题时更容易找到服务响应负责人。 可以在dubboops(dubboops )中查看联系人和组织的信息。
在APP级别配置负责人、组织信息：
由dubbo :应用程序所有者=" ding.lid，William.liangf " organization=" intl " /服务级别(服务器端)组成负责人：
Dubbo:服务对象=”ding.lid，william.liangf” /服务级别(消费者端)配置负责人：
dubbo : reference owner=" ding.lid，william.liangf” /如果未设置服务级别联系人，则缺省情况下将使用dubbo : APP设置联系人。
4、配置Dubbo缓存文件提供程序列表缓存文件：
dubbo : registry file=" $ { user.home }/output/dubbo.cache " /注意：
如果需要，可以调整缓存文件的路径，以防止在发布过程中清除此文件； 如果有多个APP应用程序进程，请注意不要使用同一个文件，以免复盖内容； 此文件缓存注册中心列表和服务提供商列表。 配置缓存文件后，如果在APP应用程序重新启动期间注册中心不可用，APP应用程序将从该缓存文件中读取服务提供者列表，以进一步确保APP的可靠性。
5、监控配置使用固定端口暴露服务器，不使用随机端口
p>这样在注册中心推送有延迟的情况下，消费者通过缓存列表也能调用到原地址，保证调用成功。
使用 Dubbo Admin监控注册中心上的服务提供方
使用 Dubbo Admin 监控服务在注册中心上的状态，确保注册中心上有该服务的存在。
服务提供方可使用 Dubbo Qos 的 telnet或shell监控项
监控服务提供者端口状态：echo status | nc -i 1 20880 | grep OK | wc -l，其中的 20880 为服务端口
服务消费方可通过将服务强制转型为EchoService，并调用 $echo() 测试该服务的提供者是可用
如 assertEqauls(“OK”, ((EchoService)memberService).$echo(“OK”));
6、不要使用 dubbo.properties 文件配置，推荐使用对应 XML 配置Dubbo中所有的配置项都可以配置在Spring 配置文件中，并且可以针对单个服务配置。
如完全不配置则使用 Dubbo 缺省值，详情请参考 Dubbo配置参考手册 中的说明。
dubbo.properties中属性名与 XML 的对应关系：
应用名 dubbo.application.name
<dubbo:application name="myalibaba" >注册中心地址 dubbo.registry.address
<dubbo:registry address="11.22.33.44:9090" >调用超时 dubbo.service.*.timeout
可以在多个配置项设置超时 timeout，由上至下覆盖（即上面的优先）5，其它的参数（retries、loadbalance、actives等）的覆盖策略与 timeout 相同。示例如下：
提供者端特定方法的配置
<dubbo:service interface="com.alibaba.xxx.XxxService" > <dubbo:method name="findPerson" timeout="1000" /></dubbo:service>提供者端特定接口的配置
<dubbo:service interface="com.alibaba.xxx.XxxService" timeout="200" />服务提供者协议 dubbo.service.protocol、服务的监听端口 dubbo.service.server.port
<dubbo:protocol name="dubbo" port="20880" />服务线程池大小 dubbo.service.max.thread.threads.size
<dubbo:protocol threads="100" />消费者启动时，没有提供者是否抛异常 alibaba.intl.commons.dubbo.service.allow.no.provider
<dubbo:reference interface="com.alibaba.xxx.XxxService" check="false" />①配置的覆盖规则：1) 方法级别配置优于接口级别，即小 Scope 优先 2) Consumer 端配置优于 Provider端配置，优于全局配置，最后是 Dubbo 硬编码的配置值（Dubbo 配置参考手册) ↩
②表示加上第一次调用，会调用 3↩次
③有多个 Provider 时，如何挑选 Provider调用 ↩
④指从Consumer 端并发调用最好的Provider，可以减少对响应慢的 Provider 的调用，因为响应慢更容易累积并发调用 ↩
⑤timeout 可以在多处设置，配置项及覆盖规则请参考： Dubbo 配置参考手册 ↩