为何Blazor Server应用可使用UserManager与SignInManager？

我已在Blazor Server页面中成功注入并使用SignInManager与UserManager，代码如下：

[Inject]
private SignInManager<IdentityUser> SignInManager { get; set; } = default!;

[Inject]
private UserManager<IdentityUser> UserManager { get; set; } = default!;

调用它们在Identity数据库中创建新用户时一切正常。但我查阅微软官方文档时看到：

ASP.NET Core abstractions, such as SignInManager and UserManager, aren't supported in Razor components. For more information on using ASP.NET Core Identity with Blazor, see Scaffold ASP.NET Core Identity into a Blazor Server app.

我对此感到困惑：当前使用方式是否会偶尔失效？还是该警告另有其他指向？

解答 #

• 当前直接注入的方式存在潜在失效风险，并非完全可靠
  你现在创建用户能正常运行，是因为UserManager.CreateAsync这类数据库操作不直接依赖HttpContext，但SignInManager和UserManager的部分核心功能（比如登录状态持久化、生成带回调的身份验证链接、Cookie操作）是依赖HttpContext的。而Blazor Server的组件是长连接驻留的，HttpContext仅在组件初始化的请求阶段可用，后续组件异步操作或后台线程执行时，可能会出现HttpContext缺失的情况，导致这些依赖操作抛出异常。

• 官方警告的核心指向
  SignInManager和UserManager是为ASP.NET Core MVC/Razor Pages设计的，这类框架的请求是短生命周期的，HttpContext在整个请求周期内稳定存在。但Blazor Server的组件模型完全不同，直接在组件中注入这些类，会破坏它们的设计依赖，属于未被官方支持的用法，可能在框架版本更新、复杂场景下出现不可预期的问题。

• 正确的使用方式

  1. 将Identity相关操作封装到Scoped服务中，在服务内部注入SignInManager和UserManager，Blazor组件仅注入并调用这个自定义服务。服务的Scoped生命周期与Blazor的连接上下文匹配，能保证HttpContext的可用性。
  2. 按照官方文档建议，将Identity UI脚手架到项目中，用Razor Pages处理登录、注册等Identity流程，Blazor组件通过跳转或API调用与这些页面交互，避免在组件中直接操作Identity的核心管理器类。

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