本文详细讨论了Dubbo的性能问题及其解决方案，包括设置多个连接以避免服务阻塞，选择合适的事件分发模式，优化服务提供方与消费方的位置，调整超时时间，考虑重试策略，设置线程池大小和类型，使用调用链监控，考虑升级到Netty4，实现限流，限制请求响应数据大小，业务熔断降级，以及控制并发数和心跳机制。这些都是提高Dubbo服务性能的关键因素。
1.dubbo一个提供方和一个消费方，默认使用单一长连接
如果消费方调用提供方其中一个服务比较慢，则会造成其它服务缓慢，解决办法是设置多个连接。
但连接数过多也会造成服务端连接暴满的问题，需要根据实际情况设置。
全局设置：
<dubbo:protocol name=“dubbo” connections=“2” />
单个服务设置：
<dubbo:service connections=”2”>或<dubbo:reference connections=”2”>表示该服务使用独立两条长连接。
2.事件分发模式
Dispatcher
all 所有消息都派发到线程池，包括请求，响应，连接事件，断开事件，心跳等。
direct 所有消息都不派发到线程池，全部在IO线程上直接执行。
message 只有请求响应消息派发到线程池，其它连接断开事件，心跳等消息，直接在IO线程上执行。
<dubbo:protocol name=“dubbo” port=“20880” dispatcher=“all” threadpool=“fixed” threads=“100” />
3.服务提供方，尽量与服务消费方在同一局域网
spring cloud提供调用优先级。优先调用同机房服务，没有则调用同一个城市服务。
4.超时时间设置
根据不同业务设置超时时间，有些后台任务，需要设置长点。默认超时时间为6秒。
面向用户的服务，超时时间不能过长，如果这个服务出现问题，会导致雪崩。
5.读服务可以重试，写服务一般不
最低0.47元/天 解锁文章
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
