创建MVC控制器时能否将Identity纳入IOC容器实现自动依赖注入

核心逻辑：IIdentity/ClaimsIdentity属于请求级别的上下文对象，需绑定当前请求生命周期，因此需注册为作用域服务，依托IHttpContextAccessor从当前请求上下文中获取实例，具体实现步骤如下：

1. 注册HttpContext访问服务 #

首先在服务注册入口（.NET 6+为Program.cs，旧版本为Startup.cs的ConfigureServices方法）添加IHttpContextAccessor的注册，用于获取当前请求的HttpContext对象：

// .NET 6+ Program.cs 示例
builder.Services.AddHttpContextAccessor();

2. 注册IIdentity到IOC容器 #

将IIdentity注册为作用域服务，每次请求会生成对应当前用户的实例：

builder.Services.AddScoped<IIdentity>(serviceProvider =>
{
    var httpContext = serviceProvider.GetRequiredService<IHttpContextAccessor>().HttpContext;
    // 无请求上下文时返回默认匿名身份，避免空引用异常
    return httpContext?.User.Identity ?? new ClaimsIdentity();
});

如果你的业务需要完整的ClaimsPrincipal对象，也可以同步注册：

builder.Services.AddScoped<ClaimsPrincipal>(serviceProvider =>
{
    var httpContext = serviceProvider.GetRequiredService<IHttpContextAccessor>().HttpContext;
    return httpContext?.User ?? new ClaimsPrincipal();
});

3. 注册自定义业务服务 #

将你的MyRepository也注册为作用域服务，IOC容器会自动将上一步注册的IIdentity注入到仓储的构造函数中：

// 对应MyRepository构造函数签名：public MyRepository(IIdentity identity)
builder.Services.AddScoped<MyRepository>();

完成上述三步后，就可以直接使用你期望的控制器注入写法，无需手动构造仓储实例。 #

注意事项 #

• 绝对不要将IIdentity、ClaimsPrincipal或者依赖这两个对象的服务注册为单例服务：单例服务只会初始化一次，会永久持有第一个请求的用户身份，导致后续所有请求都拿到错误的用户数据。
• 非请求场景（比如后台定时任务、非请求线程）下不存在HttpContext，此时不能依赖注入的IIdentity，需要业务逻辑手动传入身份信息。

适用场景 #

该方案完全覆盖你提到的两类业务场景：

• 数据库仓储层自动填充创建人、更新人、操作人等审计元数据，无需上层业务手动传递用户信息
• 跨服务调用的代理类自动携带当前用户身份，实现身份模拟、权限透传

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