MassTransit对接Azure Service Bus时调用Publish()方法阻塞无返回

Publish()调用永久阻塞、切换InMemory传输后恢复正常是MassTransit对接Azure Service Bus的典型连接/初始化类问题，和消息内容、业务逻辑无关，常见原因和对应解决方式如下：

• 网络连通性异常
  Azure Service Bus默认使用AMQP协议走5671端口通信，如果你的运行环境（本地开发机、服务器）有防火墙、网络代理拦截了该端口，或者Azure侧配置了IP白名单未放行当前出口IP，MassTransit会按照默认重试策略持续尝试重连，不会立刻抛出异常，表现为await调用一直不返回。InMemory传输完全不涉及网络IO，因此不会触发该问题。
  你可以先修改ASB主机配置，强制走AMQP over WebSockets（走443端口，和普通HTTPS端口一致，一般不会被拦截）验证：

  x.UsingAzureServiceBus((_, cfg) =>
  {
      cfg.Host(Configuration.GetConnectionString("AzureServiceBus"), hc =>
      {
          hc.TransportType = ServiceBusTransportType.AmqpWebSockets;
      });
      cfg.Send<OrderShipped>(s => s.UseSessionIdFormatter(c => c.Message.OrderId.ToString("D")));
  });
  

  如果修改后调用正常，说明就是5671端口被拦截，要么放开端口限制，要么永久保留WebSockets传输配置即可。
• 连接字符串权限不足
  MassTransit初始化时需要Manage级别的连接字符串权限，用来自动创建Topic、订阅等资源，如果你的连接字符串只分配了Send/Listen权限，初始化阶段会持续重试获取管理权限，同样会表现为调用阻塞。替换为带Manage权限的连接字符串即可解决。
• MassTransit总线未正常启动
  MassTransit的IBus实例需要随宿主启动完成初始化后才能处理Publish请求，如果你的服务注册时漏掉了宿主服务配置，总线会一直处于未启动状态，所有Publish调用会永久等待总线就绪。InMemory传输初始化速度极快，几乎不会触发这个等待挂起的问题。
  旧版本MassTransit需要手动在服务注册段追加托管服务配置，新版本（v8+）会自动注册，检查你的代码确保没有手动屏蔽该托管服务：

  services.AddMassTransit(x =>
  {
      // 原有ASB配置
  });
  // 旧版本MassTransit需要手动添加这行，v8+版本可省略
  services.AddMassTransitHostedService(true);
  

• 快速排查技巧
  如果以上配置都检查完还是有问题，可以给MassTransit命名空间配置Debug级别的日志，所有连接重试、权限校验、初始化失败的细节都会直接输出到日志，不需要盲目试错。也可以给Publish调用加10秒超时，触发超时后抛出的异常会直接标明具体失败原因：

  await _publishEndpoint.Publish(new OrderShipped
  {
      OrderId = orderId,
      Timestamp = DateTimeOffset.Now
  }).WaitAsync(TimeSpan.FromSeconds(10));
  

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