无IOC容器的.NET 4 WebAPI中如何创建请求级单例对象？

Hey Todd, totally get where you’re coming from—dealing with clunky, overloaded method signatures from passing HttpContext-related data around is such a drag. The good news is you absolutely can skip an IOC container here, though it’ll take a bit of manual setup compared to using a DI framework. Let’s walk through some practical, low-fuss approaches:

1. 自定义请求上下文类 + 静态访问（带请求生命周期管理） #

创建一个专门的类封装你需要的所有HttpContext数据，然后在每个请求开始时初始化它，请求结束后清理。这样能彻底摆脱重复传参的麻烦。

首先定义上下文类：

public class RequestContext
{
    public static RequestContext Current { get; private set; }

    // 按需添加你需要的HttpContext相关属性
    public string CurrentUserId { get; }
    public string TenantId { get; }
    public string RequestIp { get; }

    private RequestContext(HttpContextBase httpContext)
    {
        CurrentUserId = httpContext.User.Identity.Name;
        TenantId = httpContext.Request.Headers["X-Tenant-Id"];
        RequestIp = httpContext.Request.UserHostAddress;
        // 初始化其他需要的属性
    }

    // 在请求开始时调用，初始化当前请求的上下文
    public static void Initialize(HttpContextBase httpContext)
    {
        Current = new RequestContext(httpContext);
    }

    // 请求结束时调用，清理静态实例（避免线程安全问题）
    public static void Clear()
    {
        Current = null;
    }
}

然后用WebAPI的ActionFilter自动处理初始化和清理：

public class RequestContextFilter : ActionFilterAttribute
{
    public override void OnActionExecuting(HttpActionContext actionContext)
    {
        var httpContext = actionContext.Request.Properties["MS_HttpContext"] as HttpContextBase;
        RequestContext.Initialize(httpContext);
        base.OnActionExecuting(actionContext);
    }

    public override void OnActionExecuted(HttpActionExecutedContext actionExecutedContext)
    {
        RequestContext.Clear();
        base.OnActionExecuted(actionExecutedContext);
    }
}

在WebApiConfig.cs里注册这个过滤器：

public static void Register(HttpConfiguration config)
{
    // 其他配置项...
    config.Filters.Add(new RequestContextFilter());
}

现在你可以在任何代码里直接访问上下文，不用传参数：

public IHttpActionResult GetUserDetails()
{
    var userId = RequestContext.Current.CurrentUserId;
    var tenantId = RequestContext.Current.TenantId;
    // 你的业务逻辑
    return Ok();
}

注意：一定要在请求结束后清理静态的Current属性，过滤器已经帮你处理了这一步，不用担心跨请求污染。

2. 抽象基类封装上下文 #

如果你对静态类有所顾虑，可以创建一个ApiController基类，把请求上下文封装进去，然后让所有控制器继承这个基类。这种方式更面向对象，也不用处理静态状态。

定义基控制器：

public class BaseApiController : ApiController
{
    protected RequestContext RequestContext { get; private set; }

    protected override void Initialize(HttpControllerContext controllerContext)
    {
        base.Initialize(controllerContext);
        var httpContext = controllerContext.Request.Properties["MS_HttpContext"] as HttpContextBase;
        RequestContext = new RequestContext(httpContext);
    }
}

然后让你的控制器继承它：

public class OrdersController : BaseApiController
{
    public IHttpActionResult GetRecentOrders()
    {
        var tenantId = RequestContext.TenantId;
        // 直接使用上下文属性
        return Ok(OrderService.GetRecentOrders(tenantId));
    }
}

这种方式很干净，上下文和控制器的生命周期绑定，不用手动清理。

3. 手动"伪DI"注入 #

如果你既不想用静态类也不想用基类，可以手动把请求上下文注入到控制器（甚至服务）里，不需要容器，只是要自己处理实例化。

给控制器添加两个构造函数：一个接受上下文（方便测试），一个默认构造函数供WebAPI自动激活：

public class ProductsController : ApiController
{
    private readonly RequestContext _requestContext;

    // 手动注入用的构造函数
    public ProductsController(RequestContext requestContext)
    {
        _requestContext = requestContext;
    }

    // WebAPI默认激活用的构造函数
    public ProductsController()
    {
        var httpContext = new HttpContextWrapper(HttpContext.Current);
        _requestContext = new RequestContext(httpContext);
    }

    public IHttpActionResult GetProducts()
    {
        var userId = _requestContext.CurrentUserId;
        return Ok(ProductService.GetUserProducts(userId));
    }
}

你还可以把这个逻辑扩展到服务层：在控制器里实例化服务时，把RequestContext传进去，而不是传单个参数。

最后总结 #

这些方法都不需要IOC容器，能有效清理那些杂乱的方法签名。如果以后你决定添加DI容器（比如Unity或Autofac，它们都兼容.NET 4 WebAPI），也能轻松重构为构造函数注入——完全不会把自己逼进死胡同。

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