Dapr订阅Azure Service Bus Topic时出现connection refused错误求助

被拒绝的连接对象 #

这个错误里被拒绝的是Dapr边车到你的业务应用的连接。虽然你执行的是订阅操作，但Dapr的Pub/Sub订阅逻辑是：Dapr作为中间件从Azure Service Bus拉取消息，再通过HTTP请求将消息推送到你代码中定义的DoIt订阅端点。日志中的dial tcp4 127.0.0.1:80就是Dapr尝试访问你的应用80端口时被拒绝的直接证明。

错误的实际意义与影响 #

这个错误不是干扰信息，直接导致对应消息处理失败：

• 当Dapr拉取到新消息后，尝试调用你的应用接口，但此时你的应用无法处理新连接（比如应用进程崩溃、端口未正常监听、容器正在重启，或是长耗时的消息处理耗尽了应用的线程池/连接数），就会触发connection refused。
• 你提到错误出现在长耗时请求场景，大概率是因为长时间的消息处理占用了应用的所有可用请求处理资源，导致Dapr推送新消息时无法建立连接，最终触发该错误。

排查与优化建议 #

• 检查应用容器状态：查看应用是否存在频繁重启、内存溢出（OOM）、进程崩溃的情况，重点分析应用自身的运行日志。
• 核对端口配置：确认Dapr启动时指定的--app-port参数是否和你的应用实际监听端口一致，如果应用未使用默认80端口，必须手动指定匹配的端口。
• 优化长耗时处理：将长耗时的消息逻辑异步化，比如使用后台任务队列处理业务逻辑，让应用快速返回响应给Dapr，避免阻塞请求线程池。
• 调整Dapr重试策略：如果应用偶尔出现无法响应的情况，可以调整Pub/Sub组件的重试配置，减少无效的连接尝试次数，避免资源浪费。

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