Scoped上下文经Transient注入Singleton后，是否会转为单例？

先直接给结论：你的Scoped Context最终会变成单例，完全无法维持原有的Scoped生命周期，接下来我给你拆解原因，再针对你的核心需求给出可行的解决方案。

为什么你的Context会变成单例？ #

这里的核心问题出在.NET依赖注入的生命周期绑定规则，以及你的代码实现细节：

1. Singleton的依赖持有特性：你的QueueSender<TCommand>是Singleton服务，一旦它被创建，构造函数中注入的IRequestContextRegistrator实例会被它永久持有——整个应用生命周期内，这个QueueSender只会用这一个provider实例。
2. 访问器的实现缺陷：RequestContextRegistrator用私有字段存储context，一旦某个请求调用RegisterContext赋值后，这个字段就会一直保留该值。后续所有调用Get()的地方，拿到的都是同一个Context对象，不管是不是新的请求。
3. DI生命周期兼容性限制：如果IRequestContextRegistrator你注册的是Scoped，.NET DI会直接抛出异常——Singleton服务不能依赖Scoped服务，这是生命周期不兼容的硬性规则。所以你大概率是把它注册成了Singleton，这就直接坐实了它的单例特性。

就算你想绕开这个规则，结果也是Scoped实例被“泄漏”，变成事实上的Singleton——因为Singleton会一直持有它，不会被DI容器释放，也不会获取新的实例。

针对你的核心需求：传递队列消息唯一的CorrelationId #

你的目标是给每个队列接收器处理的消息分配唯一的上下文ID，这里有两个靠谱的解决方案：

方案1：使用作用域动态获取上下文 #

不要让Singleton持有上下文访问器，而是注入IServiceProvider，在每次发送消息时创建独立的作用域，从作用域中获取上下文：

public class QueueSender<TCommand> { 
    private readonly IServiceProvider _serviceProvider; 
    public QueueSender(IServiceProvider serviceProvider) { 
        _serviceProvider = serviceProvider; 
    } 
    public async Task Send(TCommand command) { 
        // 为当前消息创建独立作用域
        using var scope = _serviceProvider.CreateScope();
        // 从当前作用域获取上下文
        var context = scope.ServiceProvider.GetRequiredService<IContext>();
        var message = PrepareServiceBusMessage(command, userAgent, context?.CorrelationId); 
    } 
}

关键注意点：队列接收器在处理每个消息时，要先创建一个Scoped，在这个Scoped内初始化Context的CorrelationId，再调用QueueSender.Send——这样每个消息的上下文都是独立的。

方案2：用AsyncLocal实现异步上下文传递 #

AsyncLocal<T>是.NET专门用来在异步流中传递上下文的机制，即使在Singleton服务中，也能拿到当前异步上下文对应的实例：

internal class RequestContextRegistrator : IRequestContextRegistrator { 
    // 用AsyncLocal存储上下文，它会跟随异步流传递
    private static readonly AsyncLocal<IContext> _asyncLocalContext = new AsyncLocal<IContext>();
    public IContext RegisterContext(IContext context) { 
        _asyncLocalContext.Value = context; 
        return context; 
    } 
    public IContext Get() { 
        // 如果没有上下文，生成一个新的唯一ID
        return _asyncLocalContext.Value ?? new Context { CorrelationId = Guid.NewGuid().ToString() }; 
    } 
}

使用方式：队列接收器处理每个消息时，先调用RegisterContext设置当前消息的CorrelationId，然后再调用QueueSender.Send。此时Get()会自动拿到当前异步流中的Context，每个消息的ID都是独立的，完全不受Singleton的影响。

最后回答你的另一个问题：单例对依赖树的影响范围 #

Singleton服务的影响范围是所有通过构造注入传递给它的依赖：

• 直接依赖：比如QueueSender注入的IRequestContextRegistrator，会被永久持有。
• 间接依赖：如果IRequestContextRegistrator又依赖了其他服务，只要是构造注入的，也会被这个Singleton链持有。
• 只有当你在方法内部通过IServiceProvider动态获取依赖（比如创建Scope），才能跳出Singleton的生命周期绑定，获取到对应生命周期的实例。

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