自定义身份验证后Request.IsAuthenticated始终为false的问题排查

我看了你遇到的问题——自定义身份验证逻辑明明执行成功了，但Request.IsAuthenticated始终返回false，导致LoginPartial里的登录状态判断完全失效。结合你贴的代码，我发现了几个关键的遗漏点：

核心问题：AuthenticationType不匹配 #

你的Startup.cs里配置Cookie认证时，指定的AuthenticationType是DefaultAuthenticationTypes.ApplicationCookie，但你的CustomIdentity在实例化时大概率没有使用这个完全一致的认证类型。

Owin的Cookie认证中间件只会识别与配置中AuthenticationType匹配的身份标识。如果你的CustomIdentity用了其他字符串（比如自定义的"CustomAuth"），中间件就不会把这个身份加载到HttpContext.User中，自然Request.IsAuthenticated就会一直是false。

具体修复步骤 #

• 确保CustomIdentity使用正确的AuthenticationType
  在你创建CustomIdentity的Authenticate()方法里，必须传入DefaultAuthenticationTypes.ApplicationCookie作为认证类型，同时建议添加用户名Claim来完善身份信息：

  // 示例：在Authenticate方法内创建CustomIdentity
  var customIdentity = new CustomIdentity(DefaultAuthenticationTypes.ApplicationCookie);
  // 添加用户名Claim（非IsAuthenticated必需项，但能让User.Identity.Name正常获取）
  customIdentity.AddClaim(new Claim(ClaimTypes.Name, userName));
  

• 验证SignIn逻辑的身份类型匹配
  调试时检查ident.AuthenticationType的值，确认它和Startup中配置的DefaultAuthenticationTypes.ApplicationCookie完全一致。你的SignOut→SignIn顺序是正确的，这一步主要确保身份标识的类型没有偏差。

• 修复登录成功后的跳转逻辑
  你当前在returnUrl为null时返回View()，这会导致服务器直接渲染页面，新的认证Cookie还没被浏览器接收加载，所以Request.IsAuthenticated还是旧状态。应该改成跳转请求：

  if (returnUrl == null) {
      return RedirectToAction("Index", "Home"); // 跳转到首页或其他默认页面
  } else {
      return Redirect(returnUrl);
  }
  

额外检查点 #

• 登录成功后，查看浏览器Cookie，确认是否生成了名为.AspNet.ApplicationCookie的默认认证Cookie；
• 如果自定义了Cookie名称，要确保和Startup中的配置一致。

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