ASP.NET(C#4.7.2)中Context.User.Identity.Name回发后值变更求助

问题重现 #

运行ASP.NET（C# 4.7.2）应用时，在母版页后台代码中，首次请求将Context.User.Identity.Name存入ViewState，值为域名\用户名格式；但后续回发请求时，该值变为姓氏，名字（如Smith, John）格式，导致同一会话内身份标识不一致，触发异常。相关代码如下：

if (!IsPostBack)
{ 
    ViewState["myvar"] = Context.User.Identity.Name ?? string.Empty; 
}
else
{ 
    if ((string)ViewState["myvar"] != (Context.User.Identity.Name ?? string.Empty))
    { 
        throw new Exception("Not the same person");
    }
}

原因分析 #

Context.User.Identity.Name的返回格式并非固定，取决于身份验证提供程序的运行逻辑：

• 首次请求时，Windows身份验证模块直接返回AD中的DOMAIN\SamAccountName格式；
• 后续回发请求中，若应用内部有自定义身份验证逻辑、AD同步逻辑，或者ASP.NET身份验证模块重新从AD拉取了用户的显示名称属性，就会导致返回格式切换为姓氏，名字的显示名称格式；
• 部分场景下，身份验证缓存机制失效，导致每次请求重新解析用户身份信息，而解析过程中优先获取了显示名称而非SamAccountName。

解决方案 #

方案1：固定使用首次存储的标识 #

既然只关心身份一致性而非格式，可直接在首次请求后，后续所有操作都使用ViewState中存储的初始值，不再读取Context.User.Identity.Name做对比：

if (!IsPostBack)
{ 
    ViewState["myvar"] = Context.User.Identity.Name ?? string.Empty; 
}
// 后续逻辑直接使用ViewState["myvar"]即可，无需再对比Context中的值

方案2：使用稳定的用户唯一标识 #

如果需要严格验证用户身份，建议使用AD用户的SID（安全标识符），这是唯一且不会变更的标识，比用户名格式更可靠：

if (!IsPostBack)
{ 
    var windowsIdentity = Context.User.Identity as WindowsIdentity;
    ViewState["userSid"] = windowsIdentity?.User.Value ?? string.Empty; 
}
else
{ 
    var windowsIdentity = Context.User.Identity as WindowsIdentity;
    var storedSid = (string)ViewState["userSid"];
    var currentSid = windowsIdentity?.User.Value ?? string.Empty;
    if (storedSid != currentSid)
    { 
        throw new Exception("Not the same person");
    }
}

方案3：修正身份验证配置 #

检查web.config中的身份验证配置，确保Windows身份验证模块始终返回SamAccountName格式：

• 确认<authentication mode="Windows"/>配置正确；
• 检查是否存在自定义身份验证模块，若有，确保其返回的Identity对象Name属性格式统一；
• 禁用可能自动替换用户名称的AD集成功能（如某些第三方身份验证组件）。

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