ASP.NET Core 2中Windows身份验证获取AD组成员遇TypeLoadException问题

我之前也踩过这个坑！在ASP.NET Core 2结合Windows兼容性包使用DirectoryServices时，确实会碰到这种诡异的TypeLoadException——单个用户或组对象能正常加载，但一调用GetMembers()或者GetGroups()就直接抛出异常。下面是我亲测有效的几个解决方向：

1. 锁定Windows兼容性包的版本 #

ASP.NET Core 2对Windows兼容性包的版本很挑剔，一定要安装2.0.x系列的包，别用3.0及以上的版本，高版本和Core 2的兼容性很差，容易触发类型加载问题。

• 你可以在NuGet包管理器里检查，或者直接修改项目文件确认：

<PackageReference Include="Microsoft.Windows.Compatibility" Version="2.0.1" />

2. 确保Http.sys运行账户有足够的AD权限 #

因为你用Http.sys做身份验证，进程运行的账户必须拥有读取AD成员关系的权限：

• 本地调试时，确保你用的是域用户或者有AD读取权限的本地管理员账户；
• 部署到服务器时，应用池的运行账户需要被授予读取Active Directory对象的member和memberOf属性的权限。

3. 绕开Principal类，直接用DirectoryEntry原生API #

有时候PrincipalContext的封装在Core 2里存在bug，直接用DirectoryEntry的原生方法反而更稳定。给你两个示例：

获取指定组的成员 #

// 替换成你的组的LDAP路径
using (var groupEntry = new DirectoryEntry("LDAP://CN=YourTargetGroup,OU=Groups,DC=yourdomain,DC=com"))
{
    // 主动刷新member属性缓存
    groupEntry.RefreshCache(new[] { "member" });
    foreach (var memberDistinguishedName in groupEntry.Properties["member"])
    {
        using (var memberEntry = new DirectoryEntry($"LDAP://{memberDistinguishedName}"))
        {
            // 读取成员的用户名
            string username = memberEntry.Properties["samAccountName"].Value?.ToString();
            // 这里可以处理成员信息
        }
    }
}

查询用户所属的组 #

// 替换成你的用户的LDAP路径
using (var userEntry = new DirectoryEntry("LDAP://CN=YourUser,OU=Users,DC=yourdomain,DC=com"))
{
    // 主动刷新memberOf属性缓存
    userEntry.RefreshCache(new[] { "memberOf" });
    foreach (var groupDistinguishedName in userEntry.Properties["memberOf"])
    {
        using (var groupEntry = new DirectoryEntry($"LDAP://{groupDistinguishedName}"))
        {
            // 读取组名
            string groupName = groupEntry.Properties["name"].Value?.ToString();
            // 这里可以处理组信息
        }
    }
}

这种方式直接操作AD的LDAP接口，完全绕开了Principal类的封装，能有效避免TypeLoadException。

4. 指定Windows运行时标识符 #

在项目文件的<PropertyGroup>节点里添加Windows特定的运行时标识符，让Core运行时更适配Windows环境：

<RuntimeIdentifier>win-x64</RuntimeIdentifier>
<!-- 如果是32位服务器，就用win-x86 -->

这能减少跨平台运行时处理Windows专属API时的类型加载异常。

如果以上方法都试过还是不行，建议清理项目的bin和obj文件夹，重新生成解决方案——有时候旧的编译缓存也会导致这类奇怪的问题。

内容的提问来源于stack exchange，提问作者Sebastian Münster