Domain\name中的name是否始终为SamAccountName？能否通过解析身份标识可靠获取？

在Windows身份验证的ASP.NET应用中，大部分场景下可以可靠通过解析HttpContext.Current.User.Identity.Name获取SamAccountName，但需要注意少数例外情况：

正常场景：格式为域名\用户名 #

默认Windows身份验证传递的Identity.Name格式是域名\SamAccountName，比如你提到的MyCompany\myname，斜杠后的myname和LDAP查询得到的SamAccountName完全一致。这是因为Windows身份验证在认证过程中，直接将用户的SamAccountName作为标识的一部分传递给应用，无需额外查询LDAP。

需要注意的例外情况 #

1. 用户通过UPN登录
   如果用户使用用户主体名称（UPN，格式如myname@mycompany.com）登录，Identity.Name会直接显示为UPN字符串，没有斜杠分隔符。这种情况下无法通过简单解析得到SamAccountName，必须查询LDAP将UPN映射到对应的SamAccountName。

2. 域环境的特殊配置
   极少数企业域可能配置了用户别名登录功能（比如允许用户用非SamAccountName的别名登录），此时Identity.Name中的用户名部分会是别名而非SamAccountName。不过这种配置非常少见，通常企业会统一使用SamAccountName作为登录标识。

3. 自定义身份验证逻辑
   如果你的应用对Windows身份验证做了自定义扩展，修改了Identity.Name的生成逻辑，那么解析结果可能和SamAccountName不一致。但默认的ASP.NET Windows身份验证不会出现这种情况。

实用处理方案 #

可以通过以下逻辑处理不同场景：

string samAccountName = null;
string identityName = HttpContext.Current.User.Identity.Name;

// 处理域名\用户名格式
if (identityName.Contains("\\"))
{
    var nameParts = identityName.Split(new[] { '\\' }, StringSplitOptions.RemoveEmptyEntries);
    if (nameParts.Length == 2)
    {
        samAccountName = nameParts[1];
    }
}
// 处理UPN格式
else if (identityName.Contains("@"))
{
    // 此处需查询LDAP，将UPN转换为SamAccountName
    // samAccountName = GetSamAccountNameFromUpn(identityName);
}

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