Dubbo 服务配置最佳实践与避坑指南

可配置的 Consumer 端属性包括：

1. timeout：方法调用超时时间。
2. retries：失败重试次数，默认是 2（加上首次调用共执行 3 次）。
3. loadbalance：负载均衡算法，默认随机 random。支持轮询 roundrobin、最不活跃优先 leastactive 等。
4. actives：消费者端最大并发调用限制。超过上限后新调用会等待直到超时。在方法级配置针对方法，接口级配置针对服务。

注意配置优先级：方法级 > 接口级 > 全局配置。同级时，消费方配置优于提供方。

Provider 上配置合理的 Provider 端属性

除了 Consumer 属性，Provider 自身的线程池和执行限制同样关键。

<dubbo:protocol threads="200" />
<dubbo:service interface="com.alibaba.hello.api.HelloService" version="1.0.0" ref="helloService" executes="200">
    <dubbo:method name="findAllPerson" executes="50"/>
</dubbo:service>

主要属性说明：

• threads：服务线程池大小。
• executes：一个服务提供者并行执行请求的上限。当并发调用达到上限后，新调用会等待，此时 Consumer 可能会超时。同样支持方法级和接口级配置。

配置管理信息

为了便于运维排查，建议在注册中心维护负责人和组织信息。至少填写两人以便备份，这样出现问题时能快速定位责任人。

应用配置负责人、组织：

<dubbo:application owner="ding.lid,william.liangf" organization="intl" />

Service 配置负责人：

<dubbo:service owner="ding.lid,william.liangf" />

Reference 配置负责人：

<dubbo:reference owner="ding.lid,william.liangf" />

若未在 dubbo:service 或 dubbo:reference 中单独配置，将自动继承 dubbo:application 中的设置。

配置 Dubbo 缓存文件

通过配置注册中心列表和服务提供者列表的缓存文件，可以在注册中心不可用时提升应用的可靠性。

<dubbo:registry file="${user.home}/output/dubbo.cache" />

注意事项：

1. 确保文件路径不会被发布过程清除。
2. 如果有多个应用进程，避免使用同一个文件，防止内容被覆盖。

监控配置

建议使用固定端口暴露服务，而非随机端口。这样即使注册中心推送有延迟，消费者也能通过缓存列表成功调用原地址。

服务状态监控：

• HTTP 监控：检查注册中心上的服务状态，确认服务是否存在。
• Telnet/Shell 监控：在服务提供者端口执行命令检查状态，例如 echo status | nc -i 1 20880 | grep OK | wc -l。
• EchoService 测试：消费方可通过将服务强制转型为 EchoService 并调用 $echo() 来测试提供者是否可用。

推荐使用 XML 配置而非 properties 文件

Dubbo 的所有配置项均可在 Spring 配置文件中定义，且支持针对单个服务进行精细化配置。如果不配置，系统将使用 Dubbo 默认值。

虽然 dubbo.properties 支持部分配置，但推荐优先使用 XML，因为 XML 结构更清晰，便于版本管理和团队协作。

常见配置映射参考：

配置覆盖规则遵循：方法级别 > 接口级别 > 全局配置。同一级别下，Consumer 端配置优于 Provider 端。