参考资料：
https://blog.csdn.net/u013355797/article/details/80318309
https://dubbo.apache.org/zh-cn/docs/user/references/xml/dubbo-protocol.html
最近项目在使用dubbo 上遇到了性能问题
1、业务场景
每天早上6点A服务会并发(300 ~ 600)请求B服务获取下单所需的信息，信息也不大，350多个字节，provider 设置超时时间是3秒
3、现象
服务器重新部署后，早上6点A服务首次请求B服务时出现了dubbo连接池不够用的情况，信息如下(只截取了核心信息)：
"detailMessage": "Server side(192.168.0.130,9010) threadpool is exhausted ,detail msg:Thread pool is EXHAUSTED! Thread Name: DubboServerHandler-192.168.0.130:9010, Pool Size: 200 (active: 200, core: 200, max: 200, largest: 200), Task: 4894 (completed: 4694), Executor status:(isShutdown:false, isTerminated:false, isTerminating:false), in dubbo://192.168.0.130:9010!",
3、解决过程
根据参考资料对服务提供者参数进行了修改，修改如下(项目用的spring boot)
#线程数修改(dubbo 默认线程数量是200个)：
dubbo.protocol.threads=1000
#线程池类型修改(dubbo 默认是fixed，固定线程)：
dubbo.protocol.threadpool=cached
通过上面修改确实解决了并发问题，但是又出现了新的问题，timeout 问题，模拟600并发时会有大量线程超时
根据参考资料继续优化，修改如下
#增加队列数量(dubbo 默认是0，也就是请求不会入队列，会去请求别的服务，如果多个服务不建议修改此值，或者值设置的小一些)
dubbo.protocol.queues=300
通过以上参数修改后，自己在本机模拟600并发，测试结果如下(测试都是基于A服务首次调用B服务)：
注意：dubbo 的负载策略会有影响测试结果，我一开始使用的随机，后来使用轮询测试效果会好一点
1、单机结果
2、两节点结果
