如果想学习Asp.Net2.0的异步页技术,那么一定要仔细阅读http://www.microsoft.com/china/MSDN/library/default.mspx?mfr=true,并且下载它的源代码仔细揣摩。全文共介绍了3种实现异步页的编程模型,且功能一种比一种强大。多余的我就不多说了,直接看最后一种模型:使用PageAsyncTask类、RegisterAsyncTask方法、ExecuteRegisteredAsyncTasks方法和TimeoutAsyncOperation方法注册并执行异步任务,并针对长时间无响应的情况调用超时处理方法。原文所提供源码的AsyncPageTask.aspx.cs文件详细示例了使用这个模型实现异步页的方法。
这个模型最大的好处在于可以在一次页面请求中处理多个异步任务,并且还可以用超时处理来避免在执行异步操作时出现的无响应情况。原作者仅仅在Page_Load中注册了一个异步任务,那么我们仿照他的做法,再注册一个异步任务,如下所示:
如果在页面属性AsyncTimeout的规定时间内得到异步任务返回的结果,那么页面将按照我们预期的显示。但是如果在执行第一个任务时遇到了小麻烦,耽误了时间会怎么样呢?有两种可能:一是,第一个任务的结果最终返回并显示出来,而第二个任务刚一启动就被判定为超时,从而执行了它的TimeoutAsyncOperation方法;二是,第一个任务没有等到返回结果就已被判超时,因此第二个任务也一定被判超时了。以上情况是由于两个异步任务分享了AsyncTimeout规定的时间,只要前面那个任务在执行时耽误了时间,必然影响到后面那个任务的运行。那么能不能让两个异步任务独享AsyncTimeout规定的时间呢,这就要在ExecuteRegisteredAsyncTasks方法上找出路了。
值得注意的是,每次调用ExecuteRegisteredAsyncTasks时,Asp.net2.0都将重置AsyncTimeout属性,这意味着有可能实现异步任务独享AsyncTimeout规定的时间。按照目前程序的写法,如果不显示调用ExecuteRegisteredAsyncTasks方法,Asp.net2.0会在页面生命周期中的PreRenderComplete
事件之前自动调用ExecuteRegisteredAsyncTasks方法来运行这两个注册的异步任务。因为只执行了一次ExecuteRegisteredAsyncTasks却运行了两个任务,那么这两个任务便只好分享AsyncTimeout规定的运行时间了。于是我对代码做了如下调整:
乍一看似乎有点问题:第二个ExecuteRegisteredAsyncTasks方法会不会将注册的第一个异步任务又执行一次?其实不会的,因为Asp.net2.0已经规定同一个异步方法只会执行一次。因此这样就使两个异步任务独享了运行时间,避免了互相干扰。但是这样做使两次异步操作提前到Page_Load事件处理过程中进行,导致当前线程被连续两次放入线程池中准备为其他请求服务,目前我还不知道这样做会不会有什么不利的影响。