我相信经过长时间的研究和搜索,我发现通过建立异步连接并在所需的超时后终止连接,可能可以更好地实现我想做的事情。但是无论如何,我会继续询问!
快速的代码片段:
HttpWebRequest webReq = (HttpWebRequest)HttpWebRequest.Create(url); webReq.Timeout = 5000; HttpWebResponse response = (HttpWebResponse)webReq.GetResponse(); // this takes ~20+ sec on servers that aren't on the proper port, etc.
我有一个HttpWebRequest在多线程应用程序中的方法,其中我正在连接到大量公司的Web服务器。在服务器没有响应的情况下HttpWebRequest.GetResponse(),即使我已指定仅5秒的超时时间,该超时仍需20秒左右。为了定期访问服务器,我想跳过连接时间超过5秒的服务器。
HttpWebRequest
HttpWebRequest.GetResponse()
所以问题是: “是否有一种简单的方法为WebRequest或HttpWebRequest指定/减少连接超时?”
我 认为 问题在于,WebRequest仅在实际发出请求之后才测量时间。如果您向同一个地址提交多个请求,则ServicePointManager将会限制您的请求,并且实际上仅提交与之对应的并发连接数ServicePoint.ConnectionLimit,默认情况下,该并发连接从的值中获取相应的值ServicePointManager.DefaultConnectionLimit。应用程序CLR主机将此设置为2,ASP主机设置为10。因此,如果您有一个多线程应用程序将多个请求提交到同一主机,则实际上只有两个处于联机状态,其余的则排队。
WebRequest
ServicePointManager
ServicePoint.ConnectionLimit
ServicePointManager.DefaultConnectionLimit
我尚未对此进行研究以得出确凿的证据,是否确实发生过这种情况,但是在类似的项目中,直到我取消ServicePoint限制后,我的情况才令人恐怖。
ServicePoint
要考虑的另一个因素是DNS查找时间。同样,我相信没有确凿的证据支持,但我认为WebRequest不会 不 计入请求超时的DNS查找时间。在某些部署中,DNS查找时间可能会显示为非常大的时间因素。
是的,你必须围绕代码的应用程序WebRequest.BeginGetRequestStream(用于POSTs的内容)和WebRequest.BeginGetResponse(对于GET小号 和 POSTS S)。同步调用不会扩展(我不会详细说明为什么,但是我 确实 有确凿的证据)。无论如何,ServicePoint问题与此正交:排队行为也发生在异步调用中。
WebRequest.BeginGetRequestStream
POST
WebRequest.BeginGetResponse
GET
POSTS