Azure Service Bus主题与订阅：过滤、创建及消息处理问题咨询

1. 能否在Azure门户中为订阅编写过滤器，还是仅能通过C#等代码实现？ #

两种方式都支持：

• 在Azure门户里，创建或编辑订阅时，可直接配置SQL过滤器和Correlation过滤器，操作直观，适合快速配置简单规则。
• 代码（如C#、Java等SDK）支持更复杂的自定义逻辑，比如组合多条件过滤、动态生成规则，适合自动化部署或复杂业务场景。

2. 创建主题与订阅的更佳方式是通过Azure门户还是代码？ #

没有绝对最优解，需根据场景选择：

• Azure门户：适合快速原型验证、手动配置简单的主题/订阅，操作门槛低，无需编码即可完成配置。
• 代码（或ARM模板、Bicep）：适合需要自动化部署、版本控制、批量创建的场景，能保证环境一致性，避免手动配置的人为失误，更适配生产环境的规模化管理。

3. 主题与订阅是否存在类似上述队列的运行模式？ #

是的，主题的订阅和队列完全一致，支持两种接收模式：

• Receive & Delete（接收并删除）：订阅者接收到消息后立即从订阅中删除，适合消息处理不会失败的场景。
• Peek & Lock（查看并锁定）：订阅者接收到消息后会锁定一段时间，期间其他订阅者无法获取该消息；处理完成后调用Complete操作删除，失败则可通过Abandon解锁让其他订阅者重试。

4. 主题与订阅是否有不同的消息结算选项，还是所有消息都会存活至MessageTimeToLive？ #

主题与订阅和队列一样，提供多种消息结算选项，并非只能等待MessageTimeToLive到期：

• 在Peek & Lock模式下，支持Complete（确认处理完成，删除消息）、Abandon（放弃处理，解锁消息回退到订阅）、Defer（延迟处理，暂时隐藏消息，后续通过特定标识获取）、DeadLetter（将无法处理的消息移入死信队列）这些操作。
• 若消息在锁定超时前未被结算，会自动解锁回到订阅；若始终未被处理，最终会到期（MessageTimeToLive）或被移入死信队列（如果配置了死信规则）。

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