使用MassTransit Mediator共享作用域报错：ConsumeContext已被设置

这个操作并非被MassTransit Mediator禁止，问题出在UseHttpContextScopeFilter的设计逻辑与嵌套消费场景的冲突上：

异常原因 #

UseHttpContextScopeFilter的作用是将Web API请求的HttpContext与Mediator的ConsumeContext绑定，创建一个基于HttpContext的共享作用域。但当你在第一个消费者内部再次发送消息触发第二个消费者时：

1. Mediator会尝试复用当前已存在的ConsumeContext（绑定到初始HttpContext作用域）
2. UseHttpContextScopeFilter会再次尝试将HttpContext关联到这个已经被绑定的ConsumeContext，导致冲突抛出异常。

解决办法 #

1. 手动创建新作用域发送嵌套消息

在消费者内部发送消息时，通过IServiceScopeFactory创建独立的新作用域，在新作用域内获取请求客户端发送消息，避免复用当前的ConsumeContext：

public class CreateConsumer : IConsumer<CreateRequest>
{
    private readonly IServiceScopeFactory _scopeFactory;

    public CreateConsumer(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }

    public async Task Consume(ConsumeContext<CreateRequest> context)
    {
        // 执行当前消费者的业务逻辑

        using var scope = _scopeFactory.CreateScope();
        var requestClient = scope.ServiceProvider.GetRequiredService<IRequestClient<AnotherRequest>>();
        var response = await requestClient.GetResponse<AnotherResponse>(new AnotherRequest());
        
        // 处理响应逻辑
    }
}

2. 手动传递上下文数据（而非依赖HttpContext作用域）

如果不需要共享整个HttpContext作用域，仅需要传递部分上下文数据，可以从当前ConsumeContext中提取所需参数，直接嵌入到发送的消息中，避免依赖UseHttpContextScopeFilter的自动关联逻辑。

注意事项 #

MassTransit 7.3.0的Mediator对嵌套消费场景的作用域处理存在局限性，UseHttpContextScopeFilter主要针对顶级Web请求触发的单次消费设计。若使用更高版本的MassTransit，此类嵌套场景的作用域逻辑已被优化，但在7.3.0版本中需要通过上述方式手动处理。

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