.NET/C# 多线程并发使用 HttpWebRequest 的坑

小渣渣

在做任务调度，调度执行的任务是模拟发起 HTTP 请求，发现，当任务多了，任务调度好像就像假死了一样。

普通 Windows 系统最大默认请求连接数是 2，在服务器操作系统上默认为 10. 如果不修改这个并发连接限制，那么客户端同时可以建立的 http 连接数就只有2个或10个。

System.Net.ServicePointManager.DefaultConnectionLimit 这个可以获取到当前默认设置的最大连接数，如下图：

登录可见。

HttpClient是否有默认并发数限制？

在.Net 4.0之前，一直是依靠HttpWebRequest实现Http操作的。它默认有一个非常保守的同一站点下最大2并发数限制，导致默认情况下HttpWebRequest往往得不到理想的速度（估计这个策略郁闷了不少码农），必须修改App.config或ServicePointManager.DefaultConnectionLimit的值。

MS在.Net 4.5中引入了一个HttpClient类专门处理Http操作，本来我以为HttpClient和HttpWebRequest遵循一样的策略的。今天在写一个多线程下载的程序的时候，用到了10个并发连接，发现在默认的情况下，HttpClient并没有并发数限制。

最初我以为是.Net 4.5取消了这个并发数限制（毕竟现在基本上没有谁遵循这个标准了），然后用WebRequest重写了相关代码，发现依然是2并发上限，并且ServicePointManager.DefaultConnectionLimit的值也是2。也就是说： HttpClient不受HttpWebRequest并发策略控制，也没有系统级的并发限制。

另外，测试的时候发现，HttpWebRequest默认也不是对所有地址都2并发上限的。例如，对本地的http地址连接（http://localhost/*）就没有并发限制。

C#多线程环境下调用 HttpWebRequest 并发连接限制

.net 的 HttpWebRequest 或者 WebClient 在多线程情况下存在并发连接限制，这个限制在桌面操作系统如 windows xp , windows 7 下默认是2，在服务器操作系统上默认为10. 如果不修改这个并发连接限制，那么客户端同时可以建立的 http 连接数就只有2个或10个。对于一些诸如浏览器或网络蜘蛛的应用，2个或10个并发数量实在太少，大大影响应用的性能。之所以有这个并发连接限制，是因为 http 1.0 和 http 1.1 标准规定并发连接数最大为2. 不过目前主流的浏览器都已经不遵循这个规则了，但 .net framework 依然默认遵循这个规则。

很多文章说用异步方式访问 HttpWebRequest 可以提高并发性能，但我测试下来，如果不修改这个默认并发连接数，同步或异步方式访问性能都很不好。

我们也可以在app.config 中对最大并发连接数进行设置，方法如下：

登录可见。

参考文章

https://blog.csdn.net/defender_/article/details/91949613
https://www.cnblogs.com/quanying/p/4629827.html

飞鱼

学习学习。。。。。

pursuetao

学习学习。。。。。

kittyapp

学习。。。

小渣渣

另外解决方案

登录可见。

小渣渣

通过 web.config 配置

登录可见。