MSDN:
1、IIS7.0的ASP.NET应用程序的生命周期 ASP.NET页面的生命周期
一、基础知识
1、一个ASP.NET Web网站包含如下:
Default.aspx文件为ASP.NET Web窗体文件,该文件作为网站的默认主页,可以包含Web控件
Default.aspx.cs文件为网页运行时要编译的源代码文件
Web.config文件为Web配置文件
Global.asax文件记录需要初始化的变量,全局文件
2、新建网站时选择的Web位置
*文件系统网站:用户选择在本地计算机上某个文件夹中存储页面和其他文件
*HTTP网站:将用户的文件存储在本地IIS根目录的子文件夹中,通常是(\Inetpub\Wwwroot\)
*FTP网站:将文件存储在远程服务器上,用户可以使用文件传输协议(FTP)通过Internet访问该服务器
3、一个完整的AS.NET页面文档由指令、文档声明类型、代码声明、服务器代码、文本和XHTML标记等部分组成
*指令
ASP.NET页面通常包含一些指令,允许用户指定页面的属性和配置信息,对页面进行设置,当然对于指令指定的设置是不会出现在浏览器端的,它只是指交给浏览器来处理
.aspx文件和.cs文件的相互关联是由aspx文件的@page指令连接的
<%@ Page language="c#" Codebehind="WebForm1.aspx.cs" AutoEventWireup="true" Inherits="WebApplication1.WebForm1" %>
由<% %>修饰的都是交给服务器处理的部分,该指令说明编程语言是C#,指定包含与页关联的类的已编译文件的名称是WebForm1.aspx.cs,AutoEventWireup
指示控件的事件是否自动匹配 (Autowire),Inherits="WebApplication1.WebForm1"定义供页继承的代码隐藏类。
*文档类型声明
<!DOCTYPE HTML>
DOCTYPE为文档类型声明,指定本文档遵从的DTD标准,同是指定文档中的XHTML版本,可以和哪些验证工具一起使用等信息,文档声明是每个页面文档所必须的
没有文档类型声明时浏览器采用默认的方式,即W3C推荐的HTML4.0来处理此HTML文档。
*代码声明
页面的代码声明位于<script>...</script>标记中,包含ASP.NET页面的所有应用逻辑和全局变量声明、子例程和函数。
*服务器代码
包含在服务器端运行的代码,页面的代码开始标记包含 runat="server"属性,ASP.NET将此标记标识为服务器控件,并使其可以用于服务器代码
*文本和XHTML标记
页面的文本部分由XHTML标记来实现
4、特殊文件夹
App_Data:保存应用程序使用的数据库
App_Code:存储所有应当作为应用程序的一部分动态编译的类文件,这些类文件自动链接到应用程序,而不需要在应用程序中添加任何显示指令或声明来创建依赖项。
包括的都有-自定义控件、辅助类、build提供程序、业务类、自定义提供程序和HTTP处理程序等。
Bin:包含应用程序所需的,用于控件、组件或者需要引用的任何其他代码的可部署程序集。
App_Thems:为站点上每个页面提供统一外观和操作方式的一种新方法,通过skin文件、CSS文件哎in和站点上服务器控件使用的图像来实现主题的功能。
App_GlobalResources:资源文件,可以在这个文件夹中添加程序集资源文件.resx,它会动态编译成为解决方案的一部分
二、页面管理
1、页面代码模式
ASP.NET的页面包含两个部分:一部分是可视化元素,包含标签、服务器控件以及一些静态文本等;另一部分是页面的逻辑,包含事件处理句柄和其他程序代码
ASP.NET提供两种模式来组织页面元素和代码:
*单一文件模式:页面的标签和代码在同一个.aspx文件中
*后台代码模式:将可视化元素和程序代码风别放置在不同的文件中,实现代码分离模式
2、页面往返机制
ASP.NET页面作为代码在服务器上运行的,如果要是页面的按钮或者其他内容得到处理,并将该信息提交到服务器。每次页面提交时,都会在服务器端运行其代码,然后 把运行的结果呈现给用户。
(1)用户通过客户端浏览器请求页面,页面第一次运行,执行初步处理
(2)执行的结果以标记的形式呈现给浏览器,浏览器对标记进行解释并显示
(3)用户输入信息,或者选择执行选项,如果是重定向到另一个页面,那么该页面不会被进一步处理
(4)页面发送到Web服务器,在ASP.NET中称为“回发”,也就是说页面发送回其自身
(5)服务器将执行后的页面以HTML或XHTML标记的形式发送到客户端的浏览器
只要用户访问同一个页面,该循环就会继续,有时候需要代码仅在首次请求页面的时候执行,而不是每次回发是都执行,这时候可以使用Page对象的IsPostBack属性来避免对往返行程执行不必要的处理
3、页面生存周期
ASP.NET页面在运行时将经历一个生命周期,在生命周期中,该页面将执行一系列处理步骤。这些步骤包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及进行呈现。 浏览器从Web服务请求页面时,浏览器和服务器相连的时间仅够处理请求。Web服务器将页面呈现到浏览器之后,连接即终止。如果浏览器对同一Web服务器发出另一个请求,则即使是对同一个页面发出的,请求仍会作为新请求来处理。
三、常用内置对象
Response对象:Response对象掌管ASP.NET的Input功能,实际是在执行System.Web命名空间中的HttpResponse类,CLR会根据用户的请求信息建立一个Response对象,
Response对象将用于回应客户端浏览器,告诉浏览器回应内存的报头、服务器端的状态信息以及输出指定的内容。
主要功能: 传输数据-<%Response.Write(string);%>
跳转网页-Response.Redirt(string url);
输出文件
传递参数-Response.Redirt("index.aspx?username="zhangsan");
Request对象:Request对象接收客户端通过表单或者URL地址串发送来的变量,同时也接收其他客户端环境变量。 ASP.NET是使用表单(Form)来实现用户数据提交的, Get方法:使用Request.QueryString方法来取得传递的数据,用户要提交的数据信息往往是作为查询字符串加在URL的后面传给接收程序,对大小有限制一般是2KB左右。 Post方法:对数据大小和长度没有什么限制,由于地址栏中不显示相关的查询字符串,那么使用Post方法就十分适合用来传递保密信息,例如用户的账户和密码
Application对象:由于在整个应用程序生存周期中,Application对象都是有效的,所以在不同的页面中都可以对它进行存取,就像使用全局变量一样方便。它可以在多个
请求、连接 之间共享公共信息,也可以在哥哥请求连接之间充当信息传递的管道。需要注意的是,首先这个状态变量是建立在内存中的,其次这个状态变量是可以被网站的所有
页面访问的,不必考虑 用户的不同,但是这样就可能造成多个用户在同一时间对Application中的信息进行修改,解决的方法是加锁。
Session对象:用于存储特定的信息,Application对象存储的是共享信息,而Session存储的信息是局部的,是随用户的不同而不同的,Session是有生命周期的,默认是20分钟。
Session对象存储在两个地方,分别是客户端和服务器端,客户端只负责保存相应的网站的SessionID,而其他的Session信息保存在服务器端,这也就是Session安全的原因,在客户端只存储SessionID,这个SessionID只能被当前请求的网站的客户所使用,其他人则是不可见的;而Session的其他信息是保存在服务器端的,而且永远也不发送给客户端
Web.Config中
<sessionState
mode="Inproc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0;Trusted_Connection=yes"
cookies="false"
timeout=""
/>
1、将其中的代码段“cookieless="false"改为“cookieless=true”客户端就不再使用Cookie存储Session信息,而是将其通过URL存储,在地址栏中就看到了SessionID,设置mode="InProc",这种存储模式就是在服务器端将Session信息存储在IIS进程中,IIS关闭、重启后,这些信息都会丢失,但是这种模式的性能最高,因为所有的Session都存储在IIS的进程中,所以IIS能够很快的访问它们。还有Session可以存储在外存和SQL Server中
Server对象:该对象提供对服务器上的方法和属性的访问,
一个重要的功能就是对字符进行URL和HTML的编码和解码
string str=Server.HtmlEncode("<B>HTML 内容</B>");
str=Server.HtmlDecode(str);
Response.Write(str);
ViewState对象:视图状态对象,保存往返过程之间的页面信息以及控件值的方法.可存储自定义对象,但是需要序列化该对象。
Cookie对象:存储数据-存储与内存中的临时数据和存储与硬盘中的永久数据,硬盘中的位置是C:\Users\DefaultAppPool\AppData\Roaming\Microsoft\Windows\Cookies,值得一提的是Cookie与网站关联,而不是与特定的页面关联,因此无论用户请求站点中的哪一个页面,浏览器和服务器都将交换Cookie信息,用户访问不同的站点是,各个站点都可能会向用户的浏览器发送一个Cookie,浏览器分别存储所有的Cookie。