Azure Service Bus应用关闭时是否需要主动关闭QueueClient？

结论 #

你应该让ServiceBusConsumer实现IAsyncDisposable接口，在应用关闭时主动执行QueueClient的关闭逻辑，这是生产环境的最优实践。

具体说明 #

• QueueClient没有实现IDisposable/IAsyncDisposable属于官方SDK的设计取舍，不代表不需要做关闭清理。CloseAsync的作用是主动和Azure服务端协商断开AMQP连接，同时等待正在处理中的消息回调执行完成，避免应用强制退出时，还没走完确认逻辑的消息被判定为处理失败，引发重复投递或者误进入死信队列的问题。
• 你写的清理逻辑有个小问题要修正：如果你注册的是普通消息处理逻辑（调用的RegisterMessageHandler），应该调用UnregisterMessageHandlerAsync来注销消息处理程序，而不是会话处理对应的UnregisterSessionHandlerAsync，两个方法对应不同的使用场景不能混用。
• 如果你在ASP.NET Core中把ServiceBusConsumer注册为单例服务，实现IAsyncDisposable后，依赖注入容器会在应用停止时自动调用DisposeAsync方法，不需要手动触发。如果没有用DI自动管理，也可以订阅IHostApplicationLifetime的ApplicationStopping事件，在事件回调中执行关闭逻辑。
• 官方文档提到「不要为每条消息关闭QueueClient」是针对运行时的性能优化：重建QueueClient需要重新做鉴权、建立AMQP连接，开销很高，和应用停止时的一次性关闭场景完全不冲突。
• 如果不主动调用CloseAsync，进程退出后操作系统也会自动回收所有网络资源，不会出现持久的内存泄漏，但会有概率出现消息处理异常，生产环境建议还是加上优雅关闭逻辑。

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