canvas,水源刀剑网,郭文梯
一、服务器脚本基础介绍
首先,我们先复习一下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中嵌入的代码写在了相应的位置。
当某个页面第一次被访问的时候,http运行时就会使用一个代码生成器去解析aspx文件并生成源代码并编译,然后以后的访问就直接调用编译后的dll,这也是为什么aspx第一次访问的时候非常慢的原因。
解释了这个问题,我们再来看另一个问题。我们在使用代码绑定的时候,在设计页面拖一个控件,然后切换到代码视图,就可以直接在page_load中使用这个控件了,既然控件是在子类中产生的,那为什么在父类中可以直接使用呢?
实际上我们可以发现,每当用vs.net拖一个控件到页面上,代码绑定文件中总是会类似这样的添加一个声明:
protected system.web.webcontrols.button button1;
我们可以发现这个字段被声明成protected,而且名字与aspx中控件的id一致,仔细想一想,这个问题就迎刃而解了。我们前面提到aspx的源代码是被生成器动态生成和编译的,生成器会产生动态生成每一个服务器控件的代码,在生成的时候,它会检查父类有没有声明这个控件,如果声明了,它会添加类似下面的一句代码:
this.datagrid1 = __ctrl;
这个__ctrl就是生成该控件的变量,这时候它就把控件的引用赋给了父类中相应的变量,这也是为什么父类中的声明必须为protected(实际上也可以为public),因为要保证子类能够调用。
然后在执行page_load的时候,因为这时候父类的声明已经被子类中的初始化代码赋了值,所以我们就可以使用这个字段来访问对应的控件,了解了这些,我们就不会犯在代码绑定文件中的构造器里使用控件,造成空引用的异常的错误了,因为构造器是最先执行的,这时候子类的初始化还没有开始,所以父类中的字段是空值,至于子类是什么时候初始化我们放到后面讨论。
五、页面生存周期
现在回到第三个标题中讲到的内容,我们讲到了httpapplication的实例接收请求,并创建页面类的实例,实际上这个实例也就是动态编译的aspx的类的一个实例,上一个标题中我们了解到aspx实际上是代码绑定中类的子类,所以它继承了所有的protected方法。
现在我们来看看vs.net自动生成的codebehind类的代码,以此来开始我们对页面生命周期的探讨:
如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复
Blazor server side 自家的一些开源的, 实用型项目的进度之 CEF客户端
.NET IoC模式依赖反转(DIP)、控制反转(Ioc)、依赖注入(DI)
vue+.netcore可支持业务代码扩展的开发框架 VOL.Vue 2.0版本发布
网友评论