ASP.NET HTTP运行时组成详解
| 视辅助进程的运行情况，并在性能降低到一定程度时将进程取消。
辅助进程是一小段 Win32 shell 代码，集成了公共语言运行库 (CLR) 并运行托管代码。它负责处理对 ASPX、ASMX 和 ASHX 资源的请求。一般来说，此进程在一台给定的计算机中只有一个实例。所有当前激活的 ASP.NET 应用程序均在其中运行，每个应用程序都位于一个独立的 AppDomain 中。但是，如前所述，辅助进程支持 Web Garden 模式，即进程的相同副本都运行在与进程密切相关的 CPU 中。（更多内容，请参阅本文后面的“Web Garden 模型”部分。） ISAPI 和辅助进程之间的通讯是使用一组命名管道进行的。命名管道是一种 Win32 机制，用于跨进程边界传输数据。顾名思义，命名管道的工作方式与管道相似：在一端输入数据，在另一端输出相同的数据。建立的管道既可以连接本地进程，也可以连接远程计算机上运行的进程。对于本地进程间通讯，管道是 Windows 中的最有效、最灵活的工具。 为确保获得最优性能，aspnet_isapi 使用异步命名管道来将请求转发给辅助进程并获得响应。另一方面，辅助进程在需要查询有关 IIS 环境的信息（即服务器变量）时又使用同步管道。aspnet_isapi 模块创建固定数量的命名管道，并使用重叠的操作以通过小的线程池处理同一时间进行的连接。当通过管道进行的数据交换操作结束后，完成例程将断开客户端，并重新使用管道实例为新的客户端服务。线程池和重叠操作均可以保证使 ASP.NET ISAPI 的性能达到令人满意的水平。但是，aspnet_isapi 扩展决不会处理 HTTP 请求。 ASP.NET 请求的处理逻辑可以概括为以下步骤： 当请求到达时，IIS 检查资源类型并调用 ASP.NET ISAPI 扩展。如果启用了默认的进程模型，aspnet_isapi 会将请求排队，并将请求分配给辅助进程。所有的请求数据都通过异步 I/O 发送。如果启用了 IIS 6 进程模型，请求将自动在辅助进程 (w3wp.exe) 中排队，此辅助进程用于处理应用程序所属的 IIS 应用程序池。IIS 6 辅助进程不了解 ASP.NET 和托管代码的任何情况，它只是处理 *.aspx 扩展并加载 aspnet_isapi 模块。当 ASP.NET ISAPI 在 IIS 6 进程模型中运行时，它的工作方式有所不同，仅在 w3wp.exe 辅助进程的上下文中加载 CLR。 收到请求后，ASP.NET 辅助进程将通知 ASP.NET ISAPI，它将为请求服务。通知通过同步 I/O 实现。之所以使用同步模型，是因为请求只有在 ISAPI 内部请求表中被标记为“executing”，辅助进程才能开始处理它。如果请求已经由特殊的辅助进程进行处理，则不能再将它指定到其他进程，除非原始进程已取消。 在辅助进程的上下文中执行请求。有时，辅助进程可能需要回调 ISAPI 以完成请求，也就是需要说枚举服务器变量。这种情况下，辅助进程将使用同步管道，因为这样可以保持请求处理逻辑的顺序。 完成后，响应被发送到打开了异步管道的 aspnet_isapi。现在，请求的状态变为“Done”，之后将从请求表中被删除。如果辅助进程崩溃，正在处理的所有请求仍将保持“executing”状态并持续一段时间。如果 aspnet_isapi 检测到辅助进程已取消，它将自动终止请求并释放所有相关的 IIS 资源。 以上说明是指默认的 ASP.NET 进程模型，即在 IIS 5.x 中运行的工作模型。IIS 6（Windows Server 2003 提供）的默认工作方式对 ASP.NET 进程模型也有影响。当集成在 IIS 6.0 中时，ASP.NET 1.1 会自动调整自己的工作方式以适应宿主环境。这时，不再需要使用 aspnet_wp 辅助进程，machine.config 文件中定义的某些配置参数也被忽略。从 ASP.NET 的角度来看，IIS 6 的最大改变是有关请求的一切都在 aspnet_isapi 的控制之下，且都处在 w3wp.exe 辅助进程的上下文中。辅助进程的帐户是为 Web 应 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
