Windows Service下LDAP连接池复用单连接部署后未生效问题求助

一、先确认部署的代码是否为最新版本 #

• 对比流水线部署输出文件和本地编译文件的哈希值，确认服务安装目录下的dll/exe确实是修改后的版本
• 手动将本地编译好的最新文件替换到服务安装路径，重启Windows Service后测试，排除流水线部署环节的问题

二、排查Windows Service运行上下文差异 #

• Windows Service默认以Local System账户运行，和Visual Studio调试时的当前登录用户环境不同：
  • 修改服务的登录账户为调试时使用的域账户，重启服务后验证效果
  • 确认服务账户具备AD访问权限，以及LDAP端口（389/636）的网络访问权限

三、修正连接池实现逻辑 #

你当前的GetDirectoryEntry方法每次调用都会新建DirectoryEntry实例，并没有实现连接复用。参考以下思路调整：

• 维护一个静态的连接缓存池，比如用ConcurrentBag<DirectoryEntry>存储可用连接，调用时优先从池中获取，用完后放回
• 增加连接有效性校验，避免返回失效连接
• 示例简化实现：

// 静态连接池，线程安全
private static ConcurrentBag<DirectoryEntry> _connectionPool = new ConcurrentBag<DirectoryEntry>();

public async Task<DirectoryEntry> GetDirectoryEntry(string path, string username = "", string password = "", AuthenticationTypes authType = 0)
{
    // 尝试从池中获取可用连接
    if (_connectionPool.TryTake(out var conn))
    {
        try
        {
            // 验证连接是否有效，触发底层COM对象连接
            _ = conn.NativeObject;
            return conn;
        }
        catch
        {
            // 连接失效，释放资源
            conn.Dispose();
        }
    }
    // 池中无可用连接，创建新连接
    return CreateNewDirectoryEntry(path, username, password, authType);
}

// 用完连接后放回池（需调用方配合执行）
public void ReturnDirectoryEntry(DirectoryEntry conn)
{
    if (conn != null)
    {
        _connectionPool.Add(conn);
    }
}

// 抽离原有的连接创建逻辑
private DirectoryEntry CreateNewDirectoryEntry(string path, string username, string password, AuthenticationTypes authType)
{
    var ldapMembershipProvider = GetCurrentLdapProvider(path);
    var fullPath = string.IsNullOrEmpty(ldapMembershipProvider.SearchScope) 
        ? path 
        : $"{path}/{ldapMembershipProvider.SearchScope}";

    if (ldapMembershipProvider.UseSSL)
    {
        return new DirectoryEntry(fullPath, username, password, AuthenticationTypes.SecureSocketsLayer);
    }
    else
    {
        var userPrincipal = string.IsNullOrEmpty(username) ? "" : $"{username}@{ldapMembershipProvider.ShortName}";
        return new DirectoryEntry(fullPath, userPrincipal, password);
    }
}

• 注意：DirectoryEntry依赖底层COM对象，需确保调用方在使用完连接后调用ReturnDirectoryEntry放回池，避免直接Dispose导致连接无法复用；同时定期清理池中的失效连接，防止内存泄漏

四、增强日志排查 #

• 在GetDirectoryEntry方法中添加日志，记录每次获取连接的来源（池内复用/新建），以及服务启动时的初始化信息
• 查看Windows事件查看器中的应用程序日志，排查服务运行时是否存在AD连接相关的未捕获异常

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