5

我正在高负载下测试 ASP.NET (.NET 4) Web 应用程序，发现在某些情况下HttpWebRequest.BeginGetResponse()同步完成而不会引发任何异常。

在高负载下在多个 ASP.NET 线程中运行以下代码后，我发现“WEBR​​EQUEST COMPLETED SYNC！” 日志中的消息。

HttpWebRequest webRequest = (HttpWebRequest)WebRequest.Create(url);
var result = webRequest.BeginGetResponse(internalCallback, userState);
if (result.CompletedSynchronously)
{
    Trace.Error("WEBREQUEST COMPLETED SYNC!");
}

请注意：

  1. 如果达到线程池容量，则抛出 InvalidOperationException
  2. 如果连接过程中发生错误，则抛出相应的异常

就我而言，没有例外！

我对 System.Net 程序集进行了反编译，发现在某些条件下确实可行。但我不明白这些条件是什么意思（System.Net.Connection.SubmitRequest(HttpWebRequest request, bool forcedsubmit)）：

if (this.m_Free && this.m_WriteDone && !forcedsubmit && (this.m_WriteList.Count == 0 || request.Pipelined && !request.HasEntityBody && (this.m_CanPipeline && this.m_Pipelining) && !this.m_IsPipelinePaused))
{
  this.m_Free = false;
  needReConnect = this.StartRequest(request, true);
  if (needReConnect == TriState.Unspecified)
  {
    flag = true;
    this.PrepareCloseConnectionSocket(ref returnResult);
    this.Close(0);
  }
}

何时以及为什么这可能？

4

2 回答 2

4

found this for CompletedSynchronouslyproperty
使用此属性确定异步操作是否同步完成。例如，如果 I/O 请求很小，则此属性可以为异步 I/O 操作返回 true。
这里

编辑：-我怀疑响应可能会被缓存。因此尝试通过使用停止缓存响应request.CachePolicy = new HttpRequestCachePolicy(/*caching type*/);

于 2012-09-05T14:40:46.303 回答
2

我的理解是异步方法在 3 种情况下同步完成：

该操作可以很快完成 - 因此同步执行以避免管理异步操作的开销。

在这种情况下，底层实现（或操作系统）不支持异步编程模型 (APM)。

该操作受 CPU 限制，可以在不阻塞的情况下完成。

（简而言之，J.Albahari 和 B.Albahari 取自 c# 的原因）。

于 2012-09-05T14:36:52.190 回答