服务器端异步 Web 方法(一)

摘要：Matt Powell 介绍了如何在服务器端使用异步 Web 方法，来创建高性能的 Microsoft ASP.NET Web 服务。
简介
在九月份的第三篇专栏（英文）中，我谈到了利用 Microsoft® .NET Framework 的客户端功能通过 HTTP 异步调用 Web 服务的问题。这种调用 Web 服务的方法非常有用，使用时不必锁定您的应用程序或产生过多后台线程。现在我们了解一下在服务器端提供类似功能的异步 Web 方法。异步 Web 方法在编写 ISAPI 扩展方面具有与 HSE_STATUS_PENDING 方法类似的高性能，但不需要为管理自己的线程池编写代码，同时又具有以托管代码方式运行的所有优点。
首先我们考虑一下常规的同步 Microsoft® ASP.NET Web 方法。当您从同步 Web 方法返回时，将发送对该方法的响应。如果需要较长的时间来完成请求，则处理请求的线程会一直被占用，直到方法调用结束。不幸的是，多数较长的调用是由较长的数据库查询或对另一个 Web 服务的调用等事件引起的。例如，如果您调用数据库，当前线程会一直等待调用完成。线程无事可做，只是等待，直至听到查询的返回。当线程等待完成对 TCP 套接字或后端 Web 服务的调用时，也会出现类似的问题。
让线程处于等待状态很不好，特别是在服务器的运行压力很大的情况下。等待中的线程不会进行任何有效工作，例如为其他请求提供服务。我们需要找到一种方法，能够在服务器上开始较长的后台进程，同时又能将当前线程返回到 ASP.NET 进程池。然后，当较长的后台进程完成时，我们调用一个回调函数，结束对请求的处理，并通过某种方式通知 ASP.NET 请求已完成。实际上，这种功能可由 ASP.NET 使用异步 Web 方法提供。
异步 Web 方法的工作原理
当您使用 Web 方法编写典型的 ASP.NET Web 服务时，Microsoft® Visual Studio® .Net 只是编译您的代码以创建程序集；当收到对其 Web 方法的请求时，将调用该程序集。程序集本身并不知道关于 SOAP 的任何事情。因此，当您的应用程序首次启动时，ASMX 处理程序必须反映您的程序集，以确定提供哪些 Web 方法。对于常规的同步请求，这些操作都很简单：找出哪些方法具有关联的 WebMethod 属性、基于 SOAPAction HTTP 标头来设置调用正确方法的逻辑。