Blazor Server多客户端共享状态问题及解决方案咨询

核心问题原因 #

你的所有客户端共享登录状态的问题完全源于你使用的Singleton_IsLoggedIn单例类。在Blazor Server中，Singleton（单例）服务是全局唯一的，整个应用进程中只会存在一个实例，所有客户端的SignalR连接都会共用这个实例的状态——所以一台设备将IsLoggedIn设为true后，所有设备都会读取到这个值。

关于非静态变量的疑问：非静态变量是否共享取决于服务的注册生命周期：

• 如果是**Scoped（作用域）**注册的服务，每个客户端连接对应一个独立的作用域，非静态变量是每个客户端独立的，不会共享；
• 如果是Singleton注册的服务，哪怕是非静态变量，因为实例全局唯一，所有客户端还是会共享这些变量；
• 如果是Transient注册的服务，每次获取都是新实例，但如果被Singleton服务引用，依然会出现共享问题。

所以你的问题根源就是单例服务的使用，并非所有非静态变量都会共享状态。

最优解决步骤（无需迁移或重写） #

1. 替换单例为Scoped服务 #

不需要重构整个项目，只需要修改状态类的注册方式：

• 先把你的单例类改成普通类，去掉静态实例逻辑：

public class UserSessionState
{
    public bool IsLoggedIn { get; set; } = false;
}

• 在Program.cs中将其注册为Scoped服务：

builder.Services.AddScoped<UserSessionState>();

这样每个客户端连接都会拥有独立的UserSessionState实例，状态不再共享。

2. 推荐：使用官方身份认证系统 #

如果需要更严谨的登录状态管理，建议集成ASP.NET Core Identity系统：

• 利用AuthenticationStateProvider获取用户登录状态，通过[Authorize]特性保护页面/组件；
• 官方身份认证自带会话隔离机制，无需自己维护状态，安全性和可靠性更高。

关于迁移的疑问 #

• 迁移至Blazor WebAssembly：WASM是客户端运行，状态天然隔离，但需要将服务端逻辑拆分到独立API，不需要完全重写，但会增加架构复杂度。如果只是解决状态共享问题，完全没必要迁移，调整现有Blazor Server的服务生命周期更高效。
• 退回ASP.NET MVC：完全不推荐，MVC的开发模式与Blazor差异较大，退回反而会增加工作量，Blazor Server本身就能完美解决这个问题。

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