3

AddOnEndRequestAsyncHttpApplication 异步事件（例如使用和朋友注册的事件）在多大程度上是异步的？IIS 是否等待为特定事件触发的所有异步事件完成，然后再移动到下一个事件，或者它们是否“触发并忘记”？

4

1 回答 1

4

我不清楚在集成管道模式下运行时的确切工作原理，但我可以告诉你我在非集成情况下看到的内容，并且语义应该保持不变。

简短的回答是，每个事件处理程序都是连续触发的，无论是同步的还是异步的，并且直到前一个事件完成后才会触发下一个事件处理程序。

您可以通过源代码跟踪这一点。

请求进入并存储在队列中。通常，当一个请求出队时，它会通过调用它的方法HttpRuntime来初始化一个请求，并将它作为参数传递。HttpApplicationInitInternalHttpContext

HttpApplication.InitInternalHttpApplication.ApplicationStepManager为非集成模式案例初始化一个新类。然后你可以看到它调用了它上面的BuildSteps方法。这将创建一个ArrayList来存储步骤并构造和存储所有步骤。具体来说，这些步骤是IExecuteStep接口的实现。最终，当所有步骤都添加完毕后，列表通过将其复制到一个数组并将其保存在成员 var 中以供以后完成_execSteps。

这些步骤有几个来源，但您会看到最常用的是HttpApplication.CreateEventExecutionSteps采用事件类型（开始请求、授权等）和为该事件添加其步骤的步骤数组。如果您深入CreateEventExecutionSteps了解可以看到它分别从和表中为IExecuteStep它知道的每个异步和同步处理程序添加一个。接口本身基本上由一个方法和一个标志组成。AsyncEventsEventsIExecuteStepExecuteCompletedSynchronously

现在，暂停并回顾一下您提到的 Add 方法之一AddOnEndRequestAsync，您可以看到它将有关异步处理程序的信息添加到AsyncEvents表中。 CreateEventExecutionSteps然后将遍历此表，并AsyncEventExecutionStep为每个添加的处理程序构造一个。

回到请求流程。在为请求HttpRuntime初始化之后，它调用它的方法，该方法会触发。HttpApplicationBeginProcessRequestResumeSteps

ResumeSteps是重要的一个，您可以在其中看到如何使用这些步骤以及异步情况下的等待策略是什么。您可以看到它维护了_currentStepIndex一系列执行步骤。最终你会看到它从数组中获取下一步并调用它的Execute方法。如果该步骤报告它的执行CompletedSynchronously，它会循环并再次执行。如果没有，它会让方法完成并进入异步深渊。

要查看在这种异步情况下会发生什么，您必须查看AsyncEventExecutionStep为异步处理程序创建的实现。在其Execute实现中，您会看到它触发 begin 处理程序并传入完成回调。在构造函数中，您会看到这个回调初始化为一个最终调用的方法……HttpApplication.ResumeSteps再次！

因此它继续执行步骤，同步或异步，直到数组溢出，此时它“完成”请求处理。

重点是，您可以清楚地看到，转换为您添加的事件处理程序的步骤是一一执行的，并且无论是同步还是异步，直到当前步骤完成后才会执行以下步骤。您的问题是事件是否以这种方式一一处理，但正如您所见，实际上它更加精细，每个事件处理程序都以这种方式处理，因此每个事件处理程序都可以同步访问 HttpContext 并且可以在没有担心他们是否仍处于管道的“正确阶段”。

显然，源代码中还有其他细节，yada yada，但这是要点。

于 2012-07-30T23:19:24.223 回答