如何创建自定义作用域上下文？接口实现场景技术问询

嘿，这个需求太常见了！你要的就是一个作用域级别的上下文容器——就像ASP.NET里的HttpContext那样，在一个特定的处理周期（比如一次订单处理、一个请求）内共享状态，既能让OrderProcessor把userId这类值塞进去，又能让所有相关的接口实现不用把这些值当参数传来传去。下面给你一套落地的方案，完全贴合你的场景：

1. 先定义上下文抽象（解耦是关键） #

首先搞个接口来规范上下文的行为，这样后续实现可以灵活替换，也方便写单元测试：

public interface IProcessingContext
{
    string UserId { get; set; }
    // 按需加其他属性，比如TraceId、TenantId这类跨方法共享的核心值
}

2. 实现作用域上下文（保证有限生命周期） #

接下来写具体的上下文实现，核心是让它在同一个处理周期内唯一。如果用依赖注入框架（比如.NET的DI），直接把它注册为Scoped生命周期就行——这意味着每个作用域（比如HTTP请求、订单处理会话）里只会有一个上下文实例，作用域结束后自动销毁：

public class ProcessingContext : IProcessingContext
{
    public string UserId { get; set; }
}

注册到DI容器：

services.AddScoped<IProcessingContext, ProcessingContext>();

3. 在OrderProcessor里设置上下文值 #

OrderProcessor作为上下文的“发起者”，只需要通过构造注入拿到上下文实例，在处理开始时把userId存进去就行：

public class OrderProcessor
{
    private readonly IProcessingContext _context;
    private readonly IOrderValidator _orderValidator;
    private readonly IOrderRepository _orderRepository;

    // 构造注入所有依赖，包括上下文
    public OrderProcessor(IProcessingContext context, IOrderValidator orderValidator, IOrderRepository orderRepository)
    {
        _context = context;
        _orderValidator = orderValidator;
        _orderRepository = orderRepository;
    }

    public void ProcessOrder(Order order, string userId)
    {
        // 第一步：把userId存入上下文
        _context.UserId = userId;

        // 后面调用的所有服务，只要注入了IProcessingContext，都能拿到这个userId
        if (_orderValidator.IsValid(order))
        {
            _orderRepository.Save(order);
        }
    }
}

4. 在其他接口实现中读取上下文值 #

比如你的OrderValidator，再也不用把userId当参数传进来了，直接注入上下文读取就行：

public class OrderValidator : IOrderValidator
{
    private readonly IProcessingContext _context;
    private readonly IUserPermissionService _permissionService;

    public OrderValidator(IProcessingContext context, IUserPermissionService permissionService)
    {
        _context = context;
        _permissionService = permissionService;
    }

    public bool IsValid(Order order)
    {
        // 直接从上下文拿userId，省掉参数传递的麻烦
        var hasPermission = _permissionService.CanProcessOrder(_context.UserId, order.Type);
        if (!hasPermission)
            return false;

        // 其他验证逻辑...
        return true;
    }
}

5. 非Web环境手动创建作用域（比如控制台/后台任务） #

如果是在没有自动作用域的环境里，需要手动创建作用域来确保上下文的生命周期正确：

// 假设_serviceProvider是你的DI容器根实例
using var scope = _serviceProvider.CreateScope();
var orderProcessor = scope.ServiceProvider.GetRequiredService<OrderProcessor>();

orderProcessor.ProcessOrder(new Order(), "user123");
// 作用域结束后，上下文会被自动释放，不会有内存泄漏

几个关键提醒 #

• 别用静态上下文：静态类存值会在多线程/多请求场景下踩并发坑，Scoped实例是每个作用域独立的，线程安全。
• 上下文别搞成万能容器：只放真正需要跨方法共享的核心值，不然会变成“垃圾桶”，代码维护起来头疼。
• 测试超方便：因为用了接口，测试时直接Mock IProcessingContext，随便设置不同的userId就能测各种场景，不用依赖真实上下文。

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