未调用Azure Service Bus中IMessageSession的CloseAsync与CompleteAsync方法的影响

嘿，这个问题我太有发言权了！在Azure Service Bus里玩会话的时候，要是处理完消息却忘了调用CloseAsync和CompleteAsync，那不管是你的客户端还是Service Bus账户，都得遭点罪，具体影响分两部分给你说清楚：

• 会话资源泄漏，引发客户端故障：IMessageSession是独占式的会话对象，客户端持有它却不关闭的话，对应的连接、会话句柄这些资源不会被释放。短时间内可能没啥感觉，但时间一长，客户端进程的资源（比如线程、连接数）会被耗尽，轻则新的会话请求被阻塞，重则直接导致客户端进程崩溃。
• 同一会话ID的消息无法正常接收：每个会话都是和特定的会话ID绑定的，只要你没主动关闭当前会话，Service Bus就会认为这个会话还在活跃状态，同一会话ID的后续消息会被锁在队列里，你的客户端没法再获取这些消息——除非会话锁过期，但锁过期又会触发消息重新排队，陷入恶性循环。
• 消息重复处理的风险飙升：如果没调用CompleteAsync，消息的锁过期后会自动回到队列/订阅中，可能被其他客户端（或者你的客户端重启后）重新接收处理。这就会导致业务逻辑出现重复执行的问题，比如重复给用户发送通知、重复扣款，搞不好还会引发数据不一致。

• 会话锁配额被占满，新请求被拒绝：Service Bus的每个定价层都有并发会话数的配额限制，大量未关闭的会话会一直占用这些配额资源。当达到配额上限时，新的会话创建请求会直接被拒绝，返回类似QuotaExceeded的错误，影响整个业务的消息流转。
• 死信队列膨胀，存储配额告急：未被Complete的消息，每次锁过期后都会重新进入队列，当重试次数达到配置的最大值后，这些消息会被移至死信队列。死信消息越积越多，不仅会占用Service Bus的存储配额，还需要额外的运维成本去清理和处理这些死信。
• 服务整体性能下降：Broker需要为大量未关闭的会话维持锁状态，还要处理消息的重新分发逻辑，这会大幅增加Service Bus的负载，导致整体吞吐量下降、消息延迟升高，甚至影响其他正常队列/订阅的消息处理效率。

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