Azure Service Bus临时队列无法重连的MassTransit问题求助

我用MassTransit搭了个简单服务，开发阶段不想在Azure Service Bus上创建永久队列/主题（毕竟我没有管理员权限），于是配置了临时队列，还加了端点名称前缀。

一开始连接Azure Service Bus后一切正常，MassTransit的调试日志也显示所有端点配置没问题。但重启应用后就出问题了：日志还是显示端点都配置好了，但就是收不到消息——能看到SEND日志，却从来没出现RECEIVED日志。

奇怪的是，只要我改一下端点名称前缀，就能正常工作；或者等上好几个小时甚至几天，再用原来的前缀，也能恢复正常。不过换成RabbitMQ的话就完全没这个问题。

可能的原因分析 #

• Azure Service Bus临时队列的回收延迟：Azure的自动删除队列（靠AutoDeleteOnIdle属性）在空闲后不会立即被彻底清理，可能会有元数据残留或资源锁的情况。重启应用后，MassTransit尝试用相同前缀创建队列时，可能遇到了处于“待删除”状态的旧队列，导致新队列无法正常绑定接收消息，但日志没暴露这个隐性错误。
• MassTransit的端点复用逻辑：固定前缀下，重启后MassTransit默认可能尝试复用原有队列名称，但Azure这边的旧队列状态异常，导致接收端点实际没有正确激活。

解决方案建议 #

1. 给端点名称加动态后缀
   每次启动应用时给前缀加上随机字符串或时间戳，确保每次创建的临时队列名称完全唯一，彻底避开旧队列的残留问题。示例代码：

   var dynamicPrefix = $"dev-myapp-{DateTime.Now:yyyyMMddHHmmss}";
   cfg.SetEndpointNameFormatter(new DefaultEndpointNameFormatter(dynamicPrefix, false));
   

2. 缩短自动删除时长
   把临时队列的AutoDeleteOnIdle时间调短，让旧队列更快被Azure回收，减少重启后遇到残留状态的概率。配置示例：

   cfg.ReceiveEndpoint(endpointName, e =>
   {
       e.AutoDeleteOnIdle = TimeSpan.FromMinutes(3);
       // 其他接收端点配置
   });
   

3. 开启Trace级别的日志
   把MassTransit的日志级别调到Trace，这样能看到队列创建、绑定的完整细节，说不定能找到重启后接收端点未激活的隐藏错误（比如Azure返回的队列创建失败提示）。

4. 检查Service Bus权限
   确认你的账号除了Send和Listen权限外，是否有Manage权限。如果权限不足，可能在重启时无法正确更新或重建队列的相关属性。

测试建议 #

如果能访问Azure Portal，重启应用后可以查看对应前缀的队列是否存在：如果存在，手动删除后再重启应用，若能正常接收消息，就说明确实是旧队列残留导致的问题。

备注：内容来源于stack exchange，提问作者David S.