3 回答

TA贡献1786条经验 获得超13个赞
我认为问题在于,WebRequest仅在实际发出请求之后才测量时间。如果您向同一个地址提交多个请求,则ServicePointManager将会限制您的请求,并且实际上仅提交与之对应的并发连接数ServicePoint.ConnectionLimit,默认情况下,该并发连接从的值中获取相应的值ServicePointManager.DefaultConnectionLimit。应用程序CLR主机将此设置为2,ASP主机设置为10。因此,如果您有一个多线程应用程序将多个请求提交到同一主机,则实际上只有两个处于联机状态,其余的则排队。
我尚未对此进行研究以得出确凿的证据,是否确实发生过这种情况,但是在类似的项目中,直到我取消ServicePoint限制后,我的情况才令人恐怖。
要考虑的另一个因素是DNS查找时间。同样,我相信没有确凿的证据支持,但我认为WebRequest不会不计入请求超时的DNS查找时间。在某些部署中,DNS查找时间可能会显示为非常大的时间因素。
是的,你必须围绕代码的应用程序WebRequest.BeginGetRequestStream(用于POSTs的内容)和WebRequest.BeginGetResponse(对于GET小号和 POSTS S)。同步调用不会扩展(我不会详细说明为什么,但是我确实有确凿的证据)。无论如何,ServicePoint问题与此正交:排队行为也发生在异步调用中。
- 3 回答
- 0 关注
- 436 浏览
添加回答
举报