Blazor默认Identity脚手架中SignInManager.IsSignedIn返回false问题排查

排查方向 #

• Cookie属性校验：打开浏览器开发者工具的存储面板，查看.AspNetCore.Identity.ApplicationCookie的属性：
  • 确认Domain、Path与当前访问站点的域名、路径匹配，Cookie不会发送到属性范围外的站点
  • 若站点使用HTTP协议，确认Cookie的Secure属性未开启，开启Secure的Cookie仅会在HTTPS请求中携带
  • 确认SameSite属性符合业务场景，Strict模式下跨站点跳转不会携带Cookie
• Identity服务配置校验：检查Program.cs中的服务注册逻辑：
  • 确认AddIdentity/AddIdentityCore配置正确，未修改默认的Cookie认证方案名称
  • 确认AddAuthentication、AddAuthorization的注册顺序正确，AddAuthorization需放在AddIdentity之后
• 中间件顺序校验：检查Program.cs中的中间件顺序，必须严格遵循：app.UseAuthentication() → app.UseAuthorization() → 路由映射（MapBlazorHub/MapRazorPages等），顺序错误会导致请求未完成身份认证就进入业务逻辑，无法识别登录状态
• Cookie有效性校验：
  • 检查DataProtection密钥是否做了持久化配置，若服务器重启后密钥重置，之前签发的Cookie会无法解密，直接被判定为无效
  • 确认对应用户的SecurityStamp未被修改，Identity默认开启SecurityStamp校验，Stamp更新后旧Cookie会直接失效
• Blazor渲染模式校验（.NET 6+ 通用，尤其是.NET 8+ 交互式渲染场景）：
  • 若使用Blazor WebAssembly或者.NET 8的交互式渲染模式（Interactive Server/Interactive WebAssembly），默认交互式上下文中无法直接获取HttpContext的用户信息，SignInManager.IsSignedIn(User)会始终返回false，需在预渲染阶段将用户状态通过级联参数传递到交互式组件中
• 意外登出校验：
  • 打开浏览器网络面板，勾选「保留日志」后复现问题，检查是否有请求命中/Account/Logout端点，若存在该请求排查是否为JS误触发、登出页跳转逻辑错误导致登出逻辑被意外执行
• 用户主体校验：
  • 在服务端新增日志输出HttpContext.User.Identity.IsAuthenticated的值：
    • 若该值为false，说明身份认证阶段就未成功读取Cookie，优先排查Cookie属性、中间件顺序、Cookie有效性问题
    • 若该值为true但SignInManager.IsSignedIn(User)返回false，说明用户Claims缺少Identity要求的必填字段（如ClaimTypes.NameIdentifier、AspNet.Identity.SecurityStamp），需检查自定义Claims转换逻辑是否覆盖了必填字段

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