Hi, Huang 关于connections 一般服务端提供设置是一种默认值，客户端设置了值会覆盖这个值，按粒度逐级覆盖：
provider -> service (-> method) -> consumer -> reference (-> method) ---------- higher priority ---------------->>>>>>>> 当然依据以前的经验，未验证最新的代码，如有错漏请包涵。 关于你提供的实验 顺便多瞄了眼你提供的链接，发现你的实验实际与这个默认值逻辑并无关系。 连接数到底是否生效，你需要在consumer端或provider端检查指定端口的连接情况（如使用netstat），需要着重指明的是，这里tcp连接（dubbo协议）仅用于通信（transport），而不用于执行（execution），所以你的实验反映的其实是执行线程数的问题，具体可以参考： best regards, Jason > On Nov 11, 2020, at 9:23 AM, 大步流星 <[email protected]> wrote: > > http://dubbo.apache.org/zh-cn/docs/2.7/user/demos/config-connections/#fn:2 > > > 如果是长连接，比如 Dubbo 协议，connections 表示该服务对每个提供者建立的长连接数 > > > > > ---原始邮件--- > 发件人: "T Huang"<[email protected]> > 发送时间: 2020年11月10日(周二) 凌晨0:01 > 收件人: "[email protected]"<[email protected]>; > 主题: Connections参数无效果 > > > 你们好，我在使用dubbo的时候发现服务端connections参数并没有起作用，我的实验细节在这篇博文里： > https://www.cnblogs.com/ralgo/p/13949647.html > > > 请问能否抽空看看我是在哪里犯了错误？谢谢。 > > > 发送自 Windows 10 版邮件应用 > > > > > > > ---原始邮件--- > 发件人: "T Huang"<[email protected]> > 发送时间: 2020年11月10日(周二) 凌晨0:01 > 收件人: "[email protected]"<[email protected]>; > 主题: Connections参数无效果 > > > 你们好，我在使用dubbo的时候发现服务端connections参数并没有起作用，我的实验细节在这篇博文里： > https://www.cnblogs.com/ralgo/p/13949647.html > > 请问能否抽空看看我是在哪里犯了错误？谢谢。 > > 发送自 Windows 10 版邮件应用
