ChannelFactory调用Close()未关闭连接，WCF连接复用问题求助

你遇到的情况其实是WCF通道池与HTTP持久连接的协同问题，咱们先拆解下你的两个核心困惑：

1. 通道未复用：WebHttpBinding默认支持通道池，但如果ChannelFactory没有被全局复用，或者池的配置参数不合理，就会导致每次请求都创建新通道，进而触发新的HTTP连接。
2. Close后连接仍ESTABLISHED：这是HTTP持久连接（Keep-Alive）的正常设计——为了复用连接减少握手开销，但如果通道池没生效，这些闲置连接不会被后续请求复用，反而堆积成无效连接。

咱们从几个关键环节入手调整：

1. 确保ChannelFactory是全局单例 #

ChannelFactory是重量级对象，而且通道池是和单个ChannelFactory实例绑定的——每个ChannelFactory维护自己独立的通道池。如果你的_channelFactory是每次请求都创建的，那通道池根本没法发挥复用作用。

一定要在应用启动时初始化一次ChannelFactory，之后全程复用这个实例，不要每次请求都重新创建。

2. 显式配置通道池参数 #

WebHttpBinding默认的池设置可能不足以应对高并发场景，你可以手动调整ChannelPoolSettings来适配你的请求量：

var binding = new WebHttpBinding {
    TransferMode = TransferMode.Streamed,
    ReceiveTimeout = TimeSpan.FromMinutes(1),
    SendTimeout = TimeSpan.FromMinutes(1),
    MaxReceivedMessageSize = 2147483647,
    MaxBufferPoolSize = 2147483647,
    // 显式配置通道池参数
    ChannelPoolSettings = new ChannelPoolSettings {
        MaxOutboundChannelsPerEndpoint = 50, // 每个端点的最大复用通道数，根据并发量调整
        IdleTimeout = TimeSpan.FromSeconds(30), // 闲置通道多久后被回收
        LeaseTimeout = TimeSpan.FromMinutes(5) // 通道的最长生命周期
    },
    ReaderQuotas = {
        MaxDepth = 2147483647,
        MaxStringContentLength = 2147483647,
        MaxArrayLength = 2147483647,
        MaxBytesPerRead = 2147483647,
        MaxNameTableCharCount = 2147483647
    },
    Security = new WebHttpSecurity() {
        Mode = WebHttpSecurityMode.Transport,
        Transport = new HttpTransportSecurity() { ClientCredentialType = HttpClientCredentialType.None }
    }
};

3. 优化通道的使用逻辑 #

你的通道处理逻辑基本正确，但要注意：只有处于Opened状态的通道才能被放回池复用。如果通道已出错，必须调用Abort()终止，不能再放回池。可以优化下状态判断逻辑：

var channel = _channelFactory.CreateChannel();
var contextChannel = channel as ICommunicationObject;

try {
    contextChannel.Open(); // 显式打开通道（部分场景下CreateChannel不会自动完成打开）
    channel.DoSomething();
} catch (CommunicationException | TimeoutException ex) {
    // 通信/超时异常直接终止通道，避免无效通道放回池
    contextChannel?.Abort();
    throw;
} catch (Exception ex) {
    // 其他异常先尝试关闭，失败则强制终止
    if (contextChannel?.State == CommunicationState.Opened) {
        try {
            contextChannel.Close();
        } catch {
            contextChannel.Abort();
        }
    } else {
        contextChannel?.Abort();
    }
    throw;
} finally {
    // 只有正常执行完成的通道，才尝试关闭放回池
    if (contextChannel?.State == CommunicationState.Opened) {
        try {
            contextChannel.Close();
        } catch {
            contextChannel.Abort();
        }
    }
}

4. 调整HTTP连接的复用规则 #

WCF基于HTTP的绑定依赖ServicePointManager的设置，但要避免极端配置：

• DefaultConnectionLimit不要设为int.MaxValue，建议根据并发量设为50-100，避免大量闲置连接堆积。
• 确认HTTP传输的Keep-Alive是开启的（默认开启，可显式验证）：

  var transport = binding.CreateBindingElements().Find<HttpTransportBindingElement>();
  transport.KeepAliveEnabled = true;
  

• MaxServicePointIdleTime设为30秒左右即可，让闲置的HTTP连接及时回收，但前提是通道池已经在复用通道，否则这个设置只是加快无效连接销毁，无法解决复用问题。

核心问题大概率是ChannelFactory没有全局复用——每个请求创建新的ChannelFactory，导致每个实例的通道池都是独立的，根本没法共享复用通道，进而每次请求都创建新的HTTP连接。Streamed模式下通道复用有一些限制，但只要ChannelFactory复用+池配置合理，依然能正常复用通道。

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