如何复现WCF的「请求通道尝试发送超时」错误？

错误场景区分 #

先明确两种超时的核心差异：

• 你当前复现的The request channel timed out while waiting for a reply after 00:30:00：属于等待服务端回复超时，是客户端成功发送请求后，等待响应的时间超过了sendTimeout阈值。
• 目标错误The request channel timed out attempting to send after 00:30:00：属于请求发送阶段超时，是客户端在尝试将请求数据传输到服务端的过程中（未完成发送动作），耗时超过了sendTimeout阈值。

可行的复现方案 #

方案一：填满服务端连接监听队列 #

你的netTcpBinding配置中listenBacklog="10"，该参数控制服务端监听套接字的待处理连接队列上限。当队列被占满时，新的客户端请求无法被服务端接收，会卡在发送阶段直至超时：

1. 编写多线程客户端程序，同时发起超过10个的并发请求：

class Program
{
    static void Main(string[] args)
    {
        // 启动15个线程同时调用服务
        for (int i = 0; i < 15; i++)
        {
            var thread = new Thread(() =>
            {
                try
                {
                    var client = new YourServiceClient();
                    // 发送简单请求即可，无需大参数
                    client.GetData(new List<CompositeType>());
                    client.Close();
                }
                catch (Exception ex)
                {
                    Console.WriteLine(ex.Message);
                }
            });
            thread.Start();
        }
        Console.ReadKey();
    }
}

2. 启动服务端后运行该客户端，前10个请求会进入服务端待处理队列，后续请求因队列满无法发送，等待30分钟后将触发目标超时错误。

方案二：阻断客户端到服务端的网络连接 #

通过网络阻断让客户端无法完成请求发送：

1. 在客户端机器上，用防火墙规则禁止访问服务端的WCF端口（比如netTcp默认的808端口）。
2. 启动客户端调用服务方法，此时客户端会持续尝试发送请求但无法建立连接或传输数据，超过sendTimeout后将触发发送超时错误。

方案三：发送超大消息并限制网络带宽 #

构造超大请求消息，同时限制带宽让发送时长超过阈值：

1. 构造包含大量数据的List<CompositeType>，比如100万条以上的实例，确保请求消息远大于常规大小。
2. 在客户端机器上使用网络限速工具（比如系统QoS策略、第三方限速软件），将客户端到服务端的带宽限制到极低（如1KB/s）。
3. 调用服务方法发送该超大请求，发送过程因带宽不足耗时超过30分钟，从而触发目标超时错误。

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