WCF绑定超时配置后仍异常超时且缩短超时无法复现问题咨询

我来帮你捋清楚这里的关键问题——你设置的那几个超时参数，其实和你预期的「闲置通道自动回收」根本不是一回事儿，咱们逐个拆解：

先搞懂你设置的每个超时到底管啥 #

• OpenTimeout/CloseTimeout：这俩只负责「打开/关闭通道连接」这个动作的超时。比如你手动调用channel.Open()的时候，如果超过这个时间还没打开成功，才会报错；闲置状态下完全不会触发。
• SendTimeout：是客户端发送请求后，等待服务端返回响应的最大时长。比如你调用一个服务方法，服务端卡了超过30秒没返回，这时候才会触发超时，和通道闲置没关系。
• ReceiveTimeout：因为你用的是双工绑定（Duplex），这个参数是控制客户端监听服务端回调消息的超时。如果服务端超过30秒没给客户端发回调，客户端的回调通道会超时，但这不影响客户端主动调用服务的主通道。

真正控制「闲置通道回收」的参数是啥？ #

你要测试的是「闲置一段时间后通道被回收，调用时出错」，这个逻辑主要由服务端的连接池配置或者服务实例闲置超时控制：

1. 服务端的连接池闲置超时（NetNamedPipeBinding专属） #

NetNamedPipeBinding默认会维护连接池，里面的闲置连接超过一定时间会被回收，这个时间由ConnectionPoolSettings.IdleTimeout控制，默认是10分钟。你需要在服务端把这个值改短：

// 服务端的绑定代码
var binding = new NetNamedPipeBinding();
// 设置闲置30秒后回收连接
binding.ConnectionPoolSettings.IdleTimeout = TimeSpan.FromSeconds(30);

如果用配置文件的话：

<bindings>
  <netNamedPipeBinding>
    <binding name="ShortIdlePipe">
      <connectionPoolSettings idleTimeout="00:00:30" />
    </binding>
  </netNamedPipeBinding>
</bindings>

2. 服务实例的闲置超时 #

如果你的服务是PerSession或者PerCall模式，还可以设置服务实例的闲置超时，超过时间服务实例会被回收，下次调用会创建新实例：

[ServiceBehavior(InstanceContextIdleTimeout = typeof(TimeSpan), Value = "00:00:30")]
public class TestService : ITestService
{
    // 服务实现
}

为啥你之前的操作没触发超时？ #

因为你只改了客户端的超时参数，这些参数都不控制“闲置连接回收”逻辑。客户端的通道在闲置时不会主动断开，只有当服务端把连接回收后，客户端下次调用服务时，才会因为连接已断开而抛出通信异常（比如CommunicationObjectFaultedException），这时候你才能看到预期的“中断”效果。

测试建议 #

1. 在服务端设置ConnectionPoolSettings.IdleTimeout = 30秒
2. 客户端创建通道后，闲置30秒以上
3. 调用服务方法，这时候应该会抛出连接相关的异常，就是你预期的“超时中断”了

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