如何验证传入PrincipalContext的凭据？（跟进问题）

嘿，针对你这个跟进问题，我来给你理清楚正确的凭据验证方法，还有你提到的ConnectedServer在无效凭据下的表现：

一、验证凭据的正确姿势 #

其实很多人会误以为实例化PrincipalContext时传入凭据就自动完成了验证，但事实并非如此——构造函数只是创建了上下文对象，并没有立刻和服务器建立连接并验证凭据。最可靠的方式是直接调用PrincipalContext.ValidateCredentials()方法，这个方法就是专门用来验证用户名和密码有效性的，返回一个布尔值，用起来非常直接：

using (var context = new PrincipalContext(ContextType.Domain, "你的域名"))
{
    bool isCredentialsValid = context.ValidateCredentials("用户名", "密码");
    if (isCredentialsValid)
    {
        // 凭据没问题，放心继续后续操作
    }
    else
    {
        // 凭据无效，这里可以做错误提示或者逻辑处理
    }
}

如果你已经用带凭据的构造函数创建了PrincipalContext，也可以通过执行一个简单的目录操作（比如查询某个用户）来触发验证，不过这种方式需要捕获异常，不如ValidateCredentials直观。

二、无效凭据时ConnectedServer的行为 #

你提到的ConnectedServer属性，在凭据无效的情况下不会立刻报错——这是因为PrincipalContext采用延迟初始化的机制，构造函数不会马上和服务器建立实际连接。只有当你执行需要和AD服务器交互的操作（比如查询用户、组，或者修改目录对象）时，才会尝试连接并验证凭据，这时候才会抛出对应的异常（比如UnauthorizedAccessException或者PrincipalServerDownException）。

所以如果你想在初始化上下文后立刻确认凭据是否有效，千万别依赖ConnectedServer，要么用ValidateCredentials，要么主动执行一个轻量操作并捕获异常，比如：

try
{
    using (var context = new PrincipalContext(ContextType.Domain, "域名", "无效用户名", "无效密码"))
    {
        // 执行一个简单操作触发验证
        var dummyUser = UserPrincipal.FindByIdentity(context, IdentityType.SamAccountName, "任意存在的用户名");
    }
}
catch (UnauthorizedAccessException)
{
    // 这里大概率是凭据无效或者权限不足
}
catch (PrincipalServerDownException)
{
    // 可能是服务器连不上，也可能是凭据问题，需要结合异常信息判断
}

总结一下 #

1. 优先用ValidateCredentials()来验证凭据，这是官方推荐的专门方法，代码更简洁，也不需要靠捕获异常来判断结果。
2. 别指望ConnectedServer帮你验证凭据，它只是返回服务器名称，不会主动触发验证逻辑。
3. 你的集成测试如果因为凭据问题失败，可以在测试流程最开始就加入ValidateCredentials的验证步骤，提前拦截无效凭据的情况，或者在后续操作中针对性捕获异常，明确区分“凭据无效”和其他服务器问题。

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