批量创建用户时UserManager变慢，如何每次实例化并释放？

你遇到的问题很典型：当使用长期存在的UserManager实例进行批量操作时，底层的DbContext会持续跟踪所有创建的用户实体，随着实体数量增多，上下文的开销越来越大，导致操作速度变慢。要解决这个问题，核心思路就是为每个用户创建操作单独实例化UserManager（及对应的DbContext），并在操作完成后立即释放。下面给你两种可行的实现方案：

方案一：手动实例化并使用using自动释放 #

如果你的项目没有使用复杂的依赖注入配置，或者你希望完全控制实例的生命周期，可以手动创建DbContext、UserStore和UserManager，并用using语句确保它们被及时释放：

foreach (var regitem in regitems)
{
    // 每次循环创建独立的DbContext、UserStore和UserManager
    using (var dbContext = new ApplicationDbContext())
    using (var userStore = new UserStore<ApplicationUser>(dbContext))
    using (var userManager = new ApplicationUserManager(userStore))
    {
        // 务必复制原UserManager的配置（比如密码规则、用户验证器）
        // 这些配置通常在Startup.cs中定义，要保持一致
        userManager.UserValidator = new UserValidator<ApplicationUser>(userManager)
        {
            AllowOnlyAlphanumericUserNames = false,
            RequireUniqueEmail = true
        };

        userManager.PasswordValidator = new PasswordValidator<ApplicationUser>
        {
            RequiredLength = 6,
            RequireNonLetterOrDigit = false,
            // 其他密码规则...
        };

        // 创建用户的代码和之前一致
        var user = new ApplicationUser
        {
            UserName = regitem.Email.Trim(),
            Email = regitem.Email.Trim(),
            Fname = regitem.Fname.Trim(),
            Lname = regitem.Lname.Trim(),
            OrgID = OrgID,
            RegistrationDate = regitem.RegistrationDate ?? DateTime.Now,
            LastLoginDate = regitem.LastLoginDate,
            EmailConfirmed = true,
            PhoneNumber = regitem.PhoneNumber
        };

        var result = userManager.Create(user, regitem.Password);
        
        // 这里可以根据result处理成功/失败逻辑
        if (!result.Succeeded)
        {
            // 处理错误，比如记录日志
        }
    }
}

关键说明：

• 每次循环都会创建全新的DbContext，它只会跟踪当前这一个用户实体，操作完成后立即被释放，不会积累内存开销。
• 必须手动配置UserManager的验证规则（用户验证器、密码验证器等），确保和你项目中原有UserManager的行为一致，否则可能出现验证失败的情况。

方案二：使用依赖注入的范围服务（推荐） #

如果你的项目使用了ASP.NET Core的依赖注入系统（而非旧版Owin），更优雅的方式是利用IServiceScopeFactory创建范围服务，让DI容器帮你管理UserManager和DbContext的生命周期：

步骤1：注入IServiceScopeFactory到控制器 #

首先修改控制器的构造函数，注入IServiceScopeFactory：

private readonly IServiceScopeFactory _serviceScopeFactory;

public AddOldDataController(IServiceScopeFactory serviceScopeFactory)
{
    _serviceScopeFactory = serviceScopeFactory;
}

步骤2：在循环中创建范围服务并获取UserManager #

foreach (var regitem in regitems)
{
    // 创建一个新的服务范围，范围内的服务会在范围结束时自动释放
    using (var scope = _serviceScopeFactory.CreateScope())
    {
        var userManager = scope.ServiceProvider.GetRequiredService<ApplicationUserManager>();

        // 创建用户的代码和之前一致
        var user = new ApplicationUser
        {
            UserName = regitem.Email.Trim(),
            Email = regitem.Email.Trim(),
            Fname = regitem.Fname.Trim(),
            Lname = regitem.Lname.Trim(),
            OrgID = OrgID,
            RegistrationDate = regitem.RegistrationDate ?? DateTime.Now,
            LastLoginDate = regitem.LastLoginDate,
            EmailConfirmed = true,
            PhoneNumber = regitem.PhoneNumber
        };

        var result = userManager.Create(user, regitem.Password);
        
        // 处理结果逻辑...
    }
}

关键说明：

• 每个using (var scope = ...)块都会创建一个独立的服务范围，UserManager和它依赖的DbContext都会在这个范围内被实例化，范围结束时自动释放。
• 这种方式不需要手动配置UserManager的验证规则，DI容器会自动应用你在Startup.cs中配置的所有选项，保持代码一致性。

为什么原来的方式会变慢？ #

你之前通过构造注入或HttpContext.GetOwinContext()获取的UserManager实例，其生命周期通常是请求级或单例级。在批量操作中，它对应的DbContext会持续跟踪所有创建的用户实体——随着实体数量增加，上下文需要维护的状态越来越多，导致内存占用上升、操作速度下降。而每次创建新的UserManager实例，就能让每个操作使用独立的DbContext，避免这种性能损耗。

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