Blazor Server：如何在用户登录后构造带ERP连接的Scoped服务？

方案一：自定义MyClaimsPrincipal包含ERP属性的问题 #

• 违背单一职责原则：ClaimsPrincipal的核心作用是存储用户身份声明，将ERP连接这类业务对象作为属性嵌入，会把身份认证逻辑和业务逻辑强耦合，代码维护性变差。
• 序列化风险：在Server-Side Blazor中，AuthenticationState会通过SignalR序列化传输到前端，ERP连接对象通常是无法序列化的网络连接实例，直接嵌入会引发序列化异常。
• 资源管理问题：ClaimsPrincipal的生命周期和身份状态绑定，用户登出后若未手动释放ERP连接，可能导致连接资源泄漏，无法及时回收。

方案二：Scoped MyERP包装类的合理性与优化建议 #

这个方案更符合Blazor的依赖注入设计，是更优的选择，但需要注意初始化时机的问题：

• 优势：
  • 生命周期匹配：Scoped服务和用户会话绑定，用户登出后服务会自动销毁，能更好地管理ERP连接的生命周期，避免资源泄漏。
  • 解耦设计：包装类封装ERP连接的初始化、调用、销毁逻辑，和身份认证逻辑分离，代码结构更清晰。
• 需要优化的点：
  • 不要在GetAuthenticationStateAsync里执行10秒的连接操作：这个方法是身份认证的核心流程，阻塞它会导致登录后UI长时间无响应，严重影响用户体验。
  • 改用延迟初始化或登录后异步初始化：
    • 在MyERP包装类中添加InitAsync(string username, string password)方法，登录成功后主动调用该方法初始化连接。
    • 组件使用MyERP时，先检查连接是否已建立，未建立则显示加载状态，避免调用未初始化的连接。
    • 也可以在包装类的方法中实现延迟初始化：第一次调用ERP操作时，自动触发连接建立，同时处理等待状态。

总结 #

优先选择方案二，通过调整初始化时机避免阻塞身份认证流程，既能利用Scoped服务的生命周期管理优势，又能保证代码的解耦和可维护性。

内容的提问来源于stack exchange，提问作者Damian K.