.NET中HttpWebRequest的Timeout属性不生效问题求助

核心原因及对应方案 #

1. 未配置读取响应流的超时 #

HttpWebRequest.Timeout仅控制建立连接到接收响应头的总时长，当服务器开始返回响应体后，读取响应流的超时由ReadWriteTimeout属性单独控制。如果API返回数据量较大，读取流阶段可能触发默认超时（部分环境下会被限制为2分钟）。需同时设置两个超时：

System.Net.HttpWebRequest req = (System.Net.HttpWebRequest)System.Net.WebRequest.Create("http://192.168.2.2/web/movielist"); 
req.Timeout = 600000; // 10分钟，控制请求整体超时
req.ReadWriteTimeout = 600000; // 10分钟，控制读取响应流的超时

2. 连接池或ServicePoint限制 #

.NET的ServicePointManager默认对同一目标地址的并发连接数有限制，若你的应用频繁调用多个API，可能导致连接池耗尽，间接触发超时。可调整连接池参数：

// 提高默认最大连接数，适配多API调用场景
System.Net.ServicePointManager.DefaultConnectionLimit = 100;
// 设置连接租期，避免无效长连接占用资源
System.Net.ServicePointManager.ConnectionLeaseTimeout = 600000;

3. 服务器/网络设备的强制超时 #

多数Web服务器（如IIS、Nginx）、反向代理或防火墙会自带连接超时配置（比如IIS默认连接超时为2分钟），这类配置会优先于客户端设置，主动断开连接。需要检查API服务器的超时参数：

• IIS：调整站点属性中的连接超时值
• Nginx：修改proxy_read_timeout配置项
• 防火墙：确认是否存在2分钟的连接断开规则

4. TCP层网络超时 #

Windows系统的TCP默认重试周期约为2分钟，若网络链路存在丢包、高延迟问题，系统会在该周期后终止连接。需排查网络稳定性，比如使用ping、tracert工具检测目标地址的连通性。

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