注意的地方
- 默认情况下，cluster=failover、retries=2，意为失败重试两次，不包含原生调用。如需配置不重试，需设置retries=-1，或者使用failfast（快速失败）模式
- 如果Dubbo接口嵌套Dubbo接口，比如A程序调用B接口，B接口实现中调用C接口。如果按默认重试2次，全部调用失败情况下，最终调用C接口3 * 3 = 9次。我们在Dubbo接口嵌套情况下一般设置为不重试
- 配置覆盖的规则：（1）方法配置优先级大于接口配置；（2）消费端配置优先级大于提供端配置。规则思路在于，提供端更了解服务的性能，理应由服务端配置的，但仍提供消费端覆盖配置。官方文档描述见此。
Dubbo协议
Dubbo协议是推荐使用的协议，因其单一长连接和NIO异步通讯的特性适用于小数据量大并发的调用。
如果你们消费者数量远大于提供数数量（谁不是呢？哈哈），而又是小数据量的调用居多，就用此协议吧。
官方文档描述见此。
常见的默认配置
- dubbo.service.timeout，默认超时时间为1000毫秒
- dubbo.service.cluster，默认为failover，失败重试
- dubbo.service.retries，默认为2，不含原生调用
- dubbo.service.loadbalance，默认为random，随机
- dubbo.service.proxy，默认生成动态代理方式为javasisit
- dubbo.protocol.name，默认为dubbo
- dubbo.protocol.payload，默认为88388608（8M），默认请求或响应数据包的大小为8M
- dubbo.protocol.codec，默认协议编码方式为dubbo
- dubbo.protocol.serialization，dubbo协议默认为hessian2，rmi默认为java，http默认为json