Hi, Huang 这个问题更新到新的dubbo即可解决，这个是几个历史版本出现的bug
best regards, Jason > On Nov 14, 2020, at 4:01 PM, 黄腾 <[email protected]> wrote: > > > > > 你们好，我找到这个现象的原因。 > > > > 主要原因是provider注册自己到zookeeper时使用的是持久节点，因为我之前启动了14次的provider，那么ZK里的节点/dubbo/{serviceName}/privoders下面就会14个子节点，它们都是只向相同的主机，比如192.168.0.105:20880。 > > > 客户端启动后会从zookeeper拉取出会得到14个地址，尽管url非常相似（只有pid和timestamp不同），但它依然将结果视为14个不同的provider，也因此它会创建14条连接到侦听192.168.0.105:20880的provider。 > > > > > > > > > > > > > > 在 2020-11-13 09:23:25，"T Huang" <[email protected]> 写道： > > 你们好，我在做关于参数connections实验时发现客户端连接服务端的时发现客户端向服务器端发起的真实的连接数是参数connections的14倍。也即是： > > 当connections=1时，连接数为14 > 当connections=2时，连接数为28 > 当connections=3时，连接数为42 > 当connections=10时，连接数为140 > > > > 请问如何才能让真实连接数和connections的值相同？ > > > > 具体实验在博文https://www.cnblogs.com/ralgo/p/13967516.html > > > > 发送自 Windows 10 版邮件应用 >
