ASP.NET MVC Core 2中如何在控制器外创建UserManager实例

你遇到的问题很典型——ASP.NET Core的Identity体系和早期的MVC 6（也就是ASP.NET Core 1.x）在依赖管理上有了更严谨的设计，直接new UserManager<...>会因为缺少大量必填依赖参数报错，这是因为UserManager的构造函数需要多个底层服务支持，手动实例化这些服务既繁琐又不符合Core的依赖注入（DI）设计理念。

下面是两种推荐的解决方案，按优先级排序：

1. 优先使用构造函数依赖注入（推荐） #

ASP.NET Core的核心就是DI，任何需要UserManager的类（比如自定义服务、中间件、后台任务等）都应该通过构造函数注入来获取实例，而不是手动创建。

举个例子，假设你有一个自定义服务类UserService，需要操作用户数据：

public class UserService
{
    // 注入UserManager<DbUser>
    private readonly UserManager<DbUser> _userManager;

    public UserService(UserManager<DbUser> userManager)
    {
        _userManager = userManager;
    }

    // 示例方法：根据ID获取用户
    public async Task<DbUser> GetUserByIdAsync(string userId)
    {
        return await _userManager.FindByIdAsync(userId);
    }
}

然后要把这个服务注册到DI容器中（在Startup.cs的ConfigureServices方法里）：

public void ConfigureServices(IServiceCollection services)
{
    // 先确保你已经注册了Identity相关服务
    services.AddIdentity<DbUser, IdentityRole>()
            .AddEntityFrameworkStores<YourDbContext>()
            .AddDefaultTokenProviders();

    // 注册自定义服务，这里用Scoped生命周期和UserManager保持一致
    services.AddScoped<UserService>();
}

之后，在任何需要使用UserService的地方（比如控制器、其他服务），同样通过构造函数注入即可，DI容器会自动处理所有依赖链。

2. 通过IServiceProvider创建作用域获取实例（仅在无法使用构造注入时使用） #

如果是在一些无法通过构造注入的场景（比如静态方法、遗留代码），可以通过IServiceProvider来获取UserManager，但必须创建作用域——因为UserManager是Scoped生命周期的服务，直接从根容器获取会导致生命周期管理问题。

示例代码：

// 假设你已经获取到了IServiceProvider实例（比如在Startup里、中间件中，或者通过依赖注入拿到）
using (var scope = serviceProvider.CreateScope())
{
    var scopedServices = scope.ServiceProvider;
    // 获取UserManager实例
    var userManager = scopedServices.GetRequiredService<UserManager<DbUser>>();
    
    // 执行你的操作
    var user = await userManager.FindByNameAsync("testuser");
}

为什么直接new不行？ #

UserManager<TUser>的构造函数需要以下多个依赖项（ASP.NET Core 2.x版本）：

• IUserStore<TUser>
• IOptions<IdentityOptions>
• IPasswordHasher<TUser>
• IEnumerable<IUserValidator<TUser>>
• IEnumerable<IPasswordValidator<TUser>>
• ILookupNormalizer
• IdentityErrorDescriber
• IServiceProvider
• IUserClaimsPrincipalFactory<TUser>

手动实例化所有这些依赖不仅工作量大，还容易因为配置错误导致Identity功能异常，完全违背了DI的设计初衷。

内容的提问来源于stack exchange，提问作者Ehsan Zargar Ershadi