Azure云部署应用出现Azure Service Bus连接中止日志，求原因排查

• 网络层面限制或波动

  • 防火墙/NSG拦截：应用所在环境的防火墙、网络安全组如果没有放行到Azure Service Bus的出站流量（AMQP协议用5671/5672端口，HTTPS用443），TCP连接会被强制中断，触发这个报错。比如部署在Azure VM或AKS里时，NSG规则遗漏了Service Bus的端点，就会出现这类问题。
  • 连接闲置超时：Azure Service Bus的AMQP连接默认10分钟闲置就会被服务端断开，如果客户端没配置心跳机制，或者心跳参数设置不合理，长时间闲置后就会触发连接中止。另外中间网络设备（比如路由器、负载均衡器）的超时规则也可能提前切断闲置连接。

• 客户端配置或资源问题

  • 连接参数错误：Service Bus命名空间名称、SAS连接字符串/密钥配置有误，客户端反复尝试建立无效连接，过程中出现连接中止。
  • SDK版本缺陷：使用的Azure Service Bus Java SDK（com.azure:azure-messaging-servicebus）版本过旧，存在AMQP连接管理的已知bug，比如重试逻辑不完善、连接池管理异常，导致频繁断连。
  • 本地资源耗尽：应用进程的TCP端口被占满，无法新建或维持AMQP连接；或者CPU、内存占用过高，客户端无法正常处理AMQP帧，进而引发连接中止。

• Service Bus服务端因素

  • 后台维护升级：Azure Service Bus进行后台维护、版本更新时，会主动断开部分连接，这类情况是临时的，服务恢复后客户端一般会自动重建连接。
  • 资源配额耗尽：Service Bus命名空间达到了连接数上限（比如基础层默认最多1000个连接），新连接请求被拒绝，甚至现有连接会被强制断开。
  • 消息流异常：客户端发送的消息超过大小限制、或者权限不足触发服务端校验失败，服务端会主动中止当前连接。

内容的提问来源于stack exchange，提问作者yogesh prajapati