| 首页 >> 网络编程 >> ASP.NET >> ASP.NET文摘 >> 新闻正文 | [字体：大 中 小] [打印文档] |
| |
|
|
一、服务器脚本基础介绍
首先，我们先复习一下Web服务器页面的基本执行方式： 1、 客户端通过在浏览器的地址栏敲入地址来发送请求到服务器端 2、 服务器接收到请求之后，发给相应的服务器端页面（也就是脚本）来执行，脚本产生客户端的响应，发送回客户端 3、 客户端浏览器接收到服务器传回的响应，对Html进行解析，将图形化的网页呈现在用户面前 对于服务器和客户端的交互，通常通过下面几种主要方式： 1、 Form：这是最主要的方式，标准化的控件来获取用户的输入，Form的提交将数据发送给服务器端处理 2、 QueryString：通过在Url后面带参数达到将参数传送给服务器，这种方式其实跟Get方式的Form是一样的 3、 Cookies：这是一种比较特殊的方式，通常用于用户身份的确认 二、ASP.Net简介 传统的服务器脚本语言，如ASP、JSP等，编写服务器脚本的方式大同小异，都是在Html中嵌入解释或编译执行的代码，由服务器平台执行这些代码来生成Html；对于这类似的脚本，页面的生存周期实际上很简单，就是从开头至末尾，执行完所有的代码，当然用Java编写的Servlet可以编写更复杂的代码，但是从结构上看，和JSP没什么区别。 ASP.Net的出现，打破了这种传统；ASP.Net采用了CodeBehind技术和服务器端控件，加入了服务器端的事件的概念，改变了脚本语言编写的模式，更加贴近Window编程，使Web编程更加简单、直观；但是我们要看到，ASP.Net本身并没有改变Web编程的基本模式，只是封装了一些细节、提供了一些易用的功能，使代码更容易编写和维护；从某种程度上来说，将服务器端执行的方式复杂化了，这就是我们今天要讨论的主体：ASP.Net Web Page的生存周期。 三、ASP.Net请求处理模式 我们说，ASP.Net的Web Page并没有脱离Web编程的模式，所以它仍然是以 请求->接收请求->处理请求->发送响应 这样的模式在工作，每一次与客户端的交互都会引发一次新的请求，所以一个Web Page的生命周期是以一次请求为基础的。 当IIS收到客户端的请求的时候，会将请求交给aspnet_wp这个进程来处理，这个进程会查看请求的应用程序域是否存在，如果不存在则会创建一个，然后会创建一个Http运行时（HttpRuntime）来处理请求，这个运行时“为当前应用程序提供一组 ASP.NET 运行时服务”（摘自MSDN）。 HttpRuntime在处理请求的时候，会维护一系列的应用程序实例，也就是应用程序的Global类（global.asax）的实例，这些实例在没有请求的时候，会存放在一个应用程序池中（实际上应用程序池由另一个类来维护，HttpRuntime只是简单的调用），每接收到一个请求，HttpRuntime都会获取一个闲置的实例来处理请求，这个实例在请求结束前不会处理其他的请求，处理完毕之后，它又会回到池中，“一个实例在其生存期内被用于处理多个请求，但它一次只能处理一个请求。”（摘自MSDN） 当应用程序实例处理请求的时候，它会创建请求页面类的实例，执行它的ProcessRequest方法来处理请求，这个方法也就是Web Page生命周期的开始。 四、Aspx页面与CodeBehind 在深入了解页面的生命周期之前，我们先来探讨一些Aspx与CodeBehind之间的关系。 <%@ Page language="c#" Codebehind="WebForm.aspx.cs" Inherits="MyNamespace.WebForm" %> 相信使用过CodeBehind技术的朋友，对ASPX顶部的这句话应该是非常熟悉了，我们来一项一项的分析它： Page language="c#" 这个就不用多说了吧 Codebehind="WebForm.aspx.cs" 这一句表示绑定的代码文件 Inherits="MyNamespace.WebForm" 这句非常重要，它表示页面继承的类名称，也就是CodeBehind的代码文件中的类，这个类必须从System.Web.WebControls.Page派生 从上面我们可以分析出，实际上CodeBehind中的类就是页面（ASPX）的基类，到这里，可能有些朋友要问了，在编写ASPX的时候，完全是按照ASP的方式，在Html中嵌入代码或者嵌入服务器控件，没有看到所谓“类”的影子啊？ 这个问题实际上并不复杂，各位使用ASP.Net编程的朋友可以到你们的系统盘：\WINDOWS\Microsoft.NET\Framework\<版本号>\Temporary ASP.NET Files这个目录下，这个下面就放了所有本机上存在的ASP.Net应用程序的临时文件，子目录的名称就是应用程序的名称，然后再下去两层（为了保证唯一，ASP.Net自动产生了两层子目录，并且子目录名称是随机的），然后我们会发现有很多类似：“yfy1gjhc.dll”、“xeunj5u3.dll”这样的链接库以及“komee-bp.0.cs”、“9falckav.0.cs”这样的源文件，实际上这就是ASPX被ASP.Net动态编译后的结果，打开这些源文件我们可以发现： public class WebForm_aspx : MyNamespace.WebForm, System.Web.SessionState.IRequiresSessionState 这就印证了我们前面的说法，ASPX是代码绑定类的子类，它的名称是ASPX文件名加上“_aspx”后缀，通过研究这些代码我们可以发现，实际上所有aspx中定义的服务器控件都是在这些代码中生成的，然后动态产生这些代码的时候，把原来在ASPX中嵌入的代码写在了相应的位置。 当某个�
| ·正则表达式 ·正则表达式-ASP.NET ·ASP.NET 中的正则表达式 ·最佳ASP.NET编程习惯 ·ASP.NET缓存：方法和最佳实践 ·ASP.NET中Web DataGrid的使用指南 ·ASP.NET编程中的十大技巧 ·ASP.Net Web Page深入探讨 |