Blazor Server中是否需手动释放UserManager？如何创建新实例？

用户问题 #

我的理解是否有误？与MVC/WASM不同，在Blazor Server中，一个作用域（scoped）服务会被同一Razor组件下的所有子组件共享。典型示例为DbContext，根据微软建议，应通过在启动时默认注册为单例（Singleton）的IDbContextFactory在每个组件内创建，示例代码如下：

// demo.razor
@inject IDbContextFactory<MyDbContext> DbFactory
@implements IAsyncDisposable

@code {

    private MyDbContext _context = default!;

    protected override async Task OnInitializedAsync()
    {
        _context = await DbFactory.CreateDbContextAsync();
        //do something...
        await base.OnInitializedAsync();
    }
    async ValueTask IAsyncDisposable.DisposeAsync() {
        if (_context is not null)
        {
            await _context.DisposeAsync();
        }
    }
}

现在的问题是：UserManager是否应采用与DbContext相同的方式创建和释放？我了解UserManager拥有公开的Dispose方法，使用完毕后应予以释放。但如果在Razor组件内调用其Dispose方法，同一组件下的其他子组件将无法再访问该UserManager实例，因为作用域内的UserManager是同一个实例。我未找到类似IUserManagerFactory的机制来为组件创建新的UserManager实例，是否无需调用UserManager.Dispose()而交由框架处理？

解答 #

核心结论 #

无需手动调用UserManager.Dispose()，直接依赖Blazor Server的作用域生命周期管理即可。

详细说明 #

• 设计定位差异
  DbContext是短生命周期对象，持有数据库连接这类稀缺资源，长期复用易引发连接泄漏、数据一致性问题，因此必须按需创建并手动释放。而UserManager<TUser>是为作用域级复用设计的服务，它本身不持有需要立即释放的核心稀缺资源——其依赖的底层服务（如IUserStore<TUser>）的生命周期已由框架管控，UserManager的Dispose方法仅用于清理非关键内部资源，并非强制立即执行的操作。

• Blazor Server作用域适配
  Blazor Server中，组件树的作用域与SignalR连接绑定，整个组件树共享同一作用域服务实例。手动释放UserManager会导致同作用域内其他组件无法正常使用该实例，违背了作用域服务的设计初衷。

• 特殊场景的独立实例方案
  若确实需要为单个组件创建独立的UserManager实例，可通过手动创建作用域实现：

@inject IServiceScopeFactory ScopeFactory
@implements IAsyncDisposable

@code {
    private UserManager<IdentityUser> _userManager;
    private IServiceScope _scope;

    protected override void OnInitialized()
    {
        _scope = ScopeFactory.CreateScope();
        _userManager = _scope.ServiceProvider.GetRequiredService<UserManager<IdentityUser>>();
    }

    async ValueTask IAsyncDisposable.DisposeAsync()
    {
        _userManager.Dispose();
        await _scope.DisposeAsync();
    }
}

这种场景非常少见，仅当你需要隔离组件间的UserManager状态时才需要采用。

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