Blazor中除当前页面外无法访问protectedSessionStore 同浏览器新页无法获取登录会话

1. 未实际将登录态写入ProtectedSessionStore，仅暂存于Scoped服务内存中 #

你描述的现象和这个问题的匹配度最高：

• 当前标签页的所有操作都属于同一个Blazor Server SignalR Circuit，对应同一个DI作用域，注册为Scoped的UserService是单实例，如果你只是把用户信息存在UserService的内存字段里，同页面跳转、交互时可以正常读取，表现为“会话访问正常”
• 新开标签页时，Blazor Server会创建独立的新Circuit，对应全新的DI作用域，UserService会被重新实例化，内存中的临时数据直接丢失；加上你从未真正调用ProtectedSessionStore.SetAsync把用户会话写入浏览器存储，读取时自然返回空
  核对点：你贴出的所有代码片段中，只有GetAsync读取会话的逻辑，完全没有看到登录成功后写入存储的代码，这是第一优先级需要检查的位置

2. 对ProtectedSessionStore的原生隔离规则存在认知偏差 #

ProtectedSessionStore是微软对浏览器原生sessionStorage的加密封装，后者本身就有强隔离规则：

同源站点下，每个标签页、每个独立浏览上下文的sessionStorage是完全互相隔离的。就算你在当前标签页正确把值写入了sessionStorage，新开的同站点标签页本来就无法读取这份内容。
如果业务需求是“同浏览器下所有标签页都能共享登录态”，就不该用ProtectedSessionStore，应该换成ProtectedLocalStorage（对应浏览器localStorage，同源下跨标签页共享）。

3. 缺失必要的服务注册 #

你贴出的ConfigureServices代码里，完全没有看到AddProtectedBrowserStorage的注册逻辑：

• 要正常使用ProtectedSessionStore，必须在服务注册阶段添加services.AddProtectedBrowserStorage();，否则DI容器根本无法解析出对应的实例，可能会出现依赖注入失败、空实现等异常
• 额外提醒：Blazor Server场景下的Scoped服务生命周期是绑定到单个SignalR Circuit的，不是绑定到整个浏览器会话，因此Scoped服务的内存状态天生就无法跨标签页（跨Circuit）共享，这点和传统ASP.NET Core的Scoped规则有差异，很容易造成认知误解。

• 先核对登录成功的处理逻辑：确认是否存在类似await protectedSessionStore.SetAsync(USER_SESSION_OBJECT_KEY, JsonSerializer.Serialize(currentUser))的写入操作，不要仅把登录态存在UserService的内存变量中
• 打开浏览器开发者工具，在当前登录的标签页下查看「应用」面板下的Session Storage对应站点地址，确认USER_SESSION_OBJECT_KEY的键值对是否真实存在；如果不存在，说明之前的写入逻辑根本没有执行生效
• 核对Startup.cs的服务注册，确认已经添加了AddProtectedBrowserStorage的注册语句，没有漏写
• 如果需要跨标签页共享登录态，把当前使用的ProtectedSessionStore替换为ProtectedLocalStorage即可，注意localStorage是持久化存储，需要在用户登出时主动清除对应键值，避免登出后残留数据
• 额外修正代码隐患：你在login.razor中重写了async void版本的OnAfterRender，这种写法会导致异步异常无法被捕获，还可能引发布局渲染时序问题，建议把异步逻辑通过InvokeAsync包裹提交到渲染队列执行。

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