啊，抱歉，那可能是记错了method的属性集。
之前老版本的xsd貌似会有多余的自动提示，只测试过多个service同时设置connections时的情况（为了解决100倍以上的小尖峰问题）。
其实关于单连接模型，这个是有什么约束的吗？是否有可能设置为数量N(default=1)的长连接池，全局均可受惠。
best regards,
Jason
> On Nov 9, 2018, at 11:19, yuhang xiu wrote:
>
>>
>>> 另外由于method/service均可设置该属性，多个属性会叠加这个问题
>>
Hi
I have submit a related issue[1] for discussing the connections setting on
method.
Looking forward to your opinions.
[1]https://github.com/apache/incubator-dubbo/issues/2769
Ian Luo 于2018年11月9日周五 上午11:29写道：
> google translation for yiji's reply:
>
> Dubbo default value will be reused to
google translation for yiji's reply:
Dubbo default value will be reused to establish a tcp connection,
nettyServerBootstrapAcceptor will listen, will use one of the childgroup
and this channel to do the binding, other eventloop will only empty
training, the bound channel thread will read and
>
> > 另外由于method/service均可设置该属性，多个属性会叠加这个问题
> 我对着保持怀疑态度，晚点我会仔细check一下
我也对这个存疑，目前来看method的connections属性对整体的连接数影响我还没有发现。测试了一下发现method设置的connections不会起作用。
Zonghai Shang 于2018年11月9日周五 上午11:16写道：
> Hi,
>
> > 另外由于method/service均可设置该属性，多个属性会叠加这个问题
>
> 我对着保持怀疑态度，晚点我会仔细check一下
>
> -yiji
>
> Zonghai
+1, total agree with Jason's suggestion.
On Fri, Nov 9, 2018 at 5:16 AM Jason Joo wrote:
> Hi,
>
> 设置connection属性要慎重，建议从1起，因为对于connection=N，每个设置了该属性的项目会在连provider时每个provider除已连接的共用连接外均新建N个连接，也就是最终每个consumer是N
> * n，对于每个provider则是N * m
>
> 其中，
> n - provider数
> m - 消费数
>
>
Hi,
麻烦图片重新发下，这边看不到图片。
1. dubbo默认多个请求会复用同一个tcp连接，所以只有一个NettyServerWork去处理client
io事件，netty模型会把chanel绑定到eventloop，一旦绑定永远不会改变。
2. 你可以增加client端连接数，比如connections=3 或者4，5，然后再观察。
备注： netty服务端默认会把tcp连接公平分发给children eventloop。
-yiji
噬音 <402264...@qq.com> 于2018年11月7日周三 下午7:29写道：
> 你们好
>
