.NET8 Blazor Identity页面短暂显示后跳转404的问题与疑问

问题背景 #

一开始建了个不带Identity的.NET8 Blazor Web App，做完功能后要加Identity，就新建了带Identity的模板项目，把相关文件复制过来改了命名空间，跑了迁移更新了数据库。非Identity部分正常，但访问/Account/Register这类页面时，内容先显示几秒，接着就跳404。后来自定义了OopsWrongUrl.razor当404页，发现访问Identity页面会跳这个自定义页，说明确实有跳转，但找不到触发点（IdentityRedirectManager断点没触发）。在404页里看NavigationManager，显示跳转目标是/Account/Login——这个路径明明和Login.razor的@page匹配，却还是404。按建议给Login.razor加了@rendermode InteractiveServer，问题依旧。最后发现模板的App.razor里有一段针对/Account路径设置RenderMode=null的代码，我复制文件时没同步这段，补上之后再结合给每个Identity页面加@rendermode InteractiveServer，问题基本解决，但还有两个疑问。

疑问1：为啥Identity页面只有把RenderMode设为null才有效，设InteractiveServer不行？ #

在.NET 8 Blazor的自动渲染模式体系里，RenderMode=null的作用是强制该路径下的组件走静态/服务器端预渲染（非交互式），而Identity的Account页面本质上依赖ASP.NET Core Identity的传统服务器端管道——比如Cookie认证、HttpContext操作这些逻辑，和Blazor的交互式渲染模式（InteractiveServer/InteractiveWebAssembly）天生有兼容性冲突：

• 用InteractiveServer模式时，组件是在SignalR连接建立后，运行在服务器端的交互式上下文里。初始请求的预渲染阶段和后续的交互式阶段，HttpContext上下文是不一样的。Identity的认证逻辑完全依赖初始请求的HttpContext来处理Cookie、路由跳转，交互式模式会打乱这个流程，导致跳转逻辑乱掉，出现先显示内容再跳404的情况。
• 而RenderMode=null会让Account页面完全走传统的服务器端渲染管道，和ASP.NET Core Identity的原生逻辑完全兼容，不会触发Blazor交互式路由的干扰，所以能正常工作。

你后来给每个Identity页面加@rendermode InteractiveServer能解决，是因为App.razor的全局配置先命中/Account路径，设了null保证预渲染阶段兼容Identity逻辑，之后页面级的交互式设置让页面在加载完成后切换到交互式状态——相当于兼顾了Identity的兼容性和页面的交互性。但单独只加页面的InteractiveServer不行，因为初始预渲染阶段没适配Identity的管道，直接进入交互式模式就会出问题。

疑问2：为啥会出现HttpContext为空的情况，用?.会不会有问题？ #

HttpContext为空的原因 #

在Blazor的交互式渲染模式下，HttpContext为空是常态：

1. InteractiveServer模式：组件运行在服务器端的SignalR连接上下文里，这个上下文和初始请求的HttpContext是分离的，所以HttpContextAccessor.HttpContext会是空的。
2. 预渲染转交互式阶段：预渲染的时候HttpContext是存在的，但一旦进入交互式运行阶段，HttpContext就会丢失。

Identity的Account页面全靠HttpContext处理认证状态、Cookie、跳转这些，用交互式模式的话，后续阶段HttpContext为空，认证逻辑就会出错，进而触发错误跳转。

使用?.的影响 #

用?.（空条件运算符）本身不会报错，它只是帮你避免NullReferenceException，但如果你的业务逻辑（比如Identity的认证、授权）依赖HttpContext存在，就算用了?.不报错，业务逻辑也跑不起来——比如拿不到用户信息、没法设置认证Cookie，最后还是会出现跳转异常、认证失败这些问题。

所以正确的做法是，让Identity的Account页面在非交互式渲染模式下运行，保证HttpContext始终可用，而不是靠?.来规避空引用的问题。

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