WEB页面处理过程
1、页面的一次往返处理：用户对服务器控件的一次操作，就可能引起页面的一次往返处理：页面被提交到服务器端，执行响应的事件处理代码，重建页面，然后返回到客户端。
2、页面重建：每一次页面被请求，或者页面事件被提交到服务器，ASP.NET运行环境将执行必要的代码，重建整个页面，把结果页面送到浏览器，然后抛弃页面的变量、控件的状态和属性等等页面信息。
3、页面处理内部过程：
   (1)、Page_Load:IsPostBack属性判定页面是否为第一次被请求。
   (2)、事件处理：这一阶段处理表单的事件
   (3)、Page_Unload:这个阶段页面已经处理完毕，需要做些清理工作，一般地，你可以在这个阶段关闭打开文件和数据库链路，或者释放对象。

ASP.NET Web Form框架的“连续”和“有状态”假象
访问者打开页面的连续画面，这实际上一种假象，这种假象是由ASP.NET页框架、页及其控件实现的。

第二部分：基于客户端的状态管理：
状态信息放在客户端上。
一、视图状态（ASP.NET特有）
二、隐藏的窗体域
三、Cookie
四、查询字符串

一、视图状态
ASP.ENT使用了ViewState视图状态，是所有服务器控件的一个属性。如果你查看Web Form产生的HTML代码，可以看到一个名为_ViewState的隐藏字段，ASP.NET将状态信息以Hash的方式存储在这里，通过它，可以在下一次回发时知道回发前各控件的状态。

ASP.NET服务器控件的生命周期：
1、初始化——Init事件（OnInit方法）
2、加载视图状态——LoadViewState方法（当页面回发时，首先从_ViewSatae字段信息中加载该控件的状态）
3、处理回发数据——LoadPostData方法
4、加载——Load事件（OnLoad方法）
5、发送回发更改通知——RaisePostDataChangedEvent方法
6、处理回发事件——RaisePostBackEvent方法
7、预呈现——PreRender事件（OnPreRender方法）
8、保存视图状态——SaveViewState方法
9、呈现——Render方法
10、处置——Dispose方法
11、卸载——UnLoad事件（OnUnLoad方法）


视图状态的用法：
1、启用视图状态,即EnableViewState = "true"，默认为true,如果为false,那么该控件和子控件的视图状态就不会被串行化。
2、可以在视图状态中存储的类型：Int32,bool,string,color,array,arrayList,Unit以及以上类型的HashTable对象
3、视图状态与安全
视图状态串行化的字符串表达式作为明文来往返传送，这是不安全的，在视图状态中绝不能保存任何信息（例如口令、连接字符、文件路径等。）
参考例子（ViewState.aspx和ViewState_userinfo.aspx）

二、隐藏的窗体域
1、隐藏域不会显示在用户的浏览器中，但我们可以像设置标准控制的属性那样设置其属性。当一个网页被提交给服务器时，隐藏域的内容和其他控制的值一块儿被送到HTTP Form集合中。隐藏域可以是任何存储在网页中的与网页有关的信息的存储库，隐藏域在其value属性中存储一个变量，而且必须被显性地添加在网页上。
2、ASP.NET中的HtmlInputHidden控制提供了隐藏域的功能。

简单的说，就是页面上有一个保存值的隐藏控件，页面上可以取到它的值，但是看不见它。
例子见（hidden.aspx）

三、Cookie
Cookie定义：
1、由网络服务器发送出来以储存在网络浏览器上小量信息；
2、Cookie是把与用户和网站相关的信息存储比会话时间还长的一种方式。
3、Cookie存储在用户的硬盘上（一般存储在Web浏览器软件所在的文件夹上，称为Cookies）
用途：
1、用户的个人配置
2、注册和“Remember me”
3、弹出窗口
如何工作：
1、Cookie存储在C:\Documents and Settings\<Username>\Cookies下
2、IE选项中的“隐私”选项下修改cookie设置，也可以在“常规”选项卡下选择“删除cookie”
如何使用：
1、使用Response对象设置Cookie状态
   Response.Cookies["UserName"].Value = "张三";
2、使用Request对象读取已有的Cookie
   string strName = Request.Cookies["UserName"].Value;
3、清除：
   Response.Cookies["UserName"].Value = null;或
   Response.Cookies["UserName"].Expires = new System.DateTime(1999,10,12);（过期）
属性：
1、Value:值，是string类型的
2、Domain:设置这个属性后，只有在这个域下才能访问该Cookie
  例如：
  Response.Cookies["UserName"].Domain = ".Webcast.com.cn";
  //只有指定以“.Webcast.com.cn”结尾的域可以访问本Cookie
3、Path:该属性指定那些路径下的页面可以访问此Cookie
4、Expires:指定Cookie过期的日期（清除Cookie）
  Response.Cookies["UserName"].Expires = new System.DateTime(1999,10,12);（过期）

参见实例（Cookie.aspx）
该例子是说在页面上的TextBox中输入一个用户名，然后点“注册”按钮，此时将用户名存入Cookie中，然后在页面加载时取Cookie值显示在页面中，同时10s中自动删除Cookie。

四、查询字符串
在讲查询字符串之前先了解一下GET 和 POST方法的不同：
   通过HTTP从Web服务器请求页面或其他资源，有两个通用的方法（GET 和 POST方法）。可使用GET方法直接获得资源，也可使用POST把值传给相应资源。GET方法是缺省的
   假如把一个或多个成对的名称/值附在请求页面的URL后，就变成请求的查询字符串，且在QueryString集合中提供给ASP页面。单击Web页面、Email消息或其它文档的超链接，或在浏览器的地址栏中输入地址并按回车，或单击浏览器中的Links或Favorites按钮，所有这些都要使用GET方法。
   因此，对这些动作中传递值给ASP的唯一方法是通过QueryString集合，把值附在URL后。
   http://mysite.com/process_page.asp?FirstName=Priscilla&LastName=Descartes
   可以采用如下方式访问在QueryString集合中提供的值（QueryString就是下面要讲的查询字符串）：
   strFirstName = Request.QueryString("FirstName")   ''Return "Priscilla"
   strLastName = Request.QueryString("LastName")     ''Return "Descartes"
   strRaw = Request.QueryString  
   Return "FirstName=Priscilla&LastName=Descartes"
在一个页面内使用<FORM>段时，可以设置打开的FORM标记的METHOD属性值为“GET”或“POST”，缺省值为“GET”。假如使用“GET”或省略其属性，浏览器将该值绑定在页面所有控件上，成为一个查询字符串，且附在被请求页面的URL上。当这个请求到达Web服务器时，其值由ASP的Request.QueryString集合提供。然而，假如设置METHOD属性为“POST”，浏览器将值包装进发送服务器的HTTP报头中，通过Request.Form集合提供给ASP。
   通常来说，可以在所有的HTML窗体中使用GET方法。然而，浏览器或服务器的URL字符串长度存在一定的限制。因此，附有长的字符串可能会引起溢出和某些字符串的字符被截掉。同时，查询字符串出现在浏览器的地址栏和所有的保存的链接和收藏夹中。不仅如此，还显露了通过Web服务器时在HTTP请求中不想显示的值，它也可能出现你的服务器和其他路由服务器的日志文件中。在HTTP请求报头中的值很少是可见的，并且不出现在日志文件中。
   使用POST方法需要注意的小问题是，当用户重新下载<FORM>时，窗体的值将不再保留，其值为空且必须重新输入。然而，当附在URL上时，其值被存储为一个链接，将被保留，因此将出现在所有的URL与字符串结合的请求中，这或许是个优点也可能是个缺点，这根据应用而定（一些浏览器在客户端上能够在一定范围内自动保留一个页面上的值）。

先看看get方法（利用查询字符串）：
1、查询字符串提供了一种简单而受限制的维护状态信息的方法，我们可以方便地给那个信息从一个网页传递给另一个网页。
2、带有查询字符串的URL如下所示：
http://localhost:1305/QueryString_Show.aspx?username=xieex&password=1111
3、使用：
string sUserName,sPwd;
sUserName = Request.Params["username"].ToString();
sPwd = Request.Params["password"].ToString();
或
sUserName = Request.QueryString["username"].ToString();
sPwd = Request.QueryString["password"].ToString();
或
sUserName = Request["username"].ToString();
sPwd = Request["password"].ToString();
都可以取到xieex和1111

其实这样的传值方式很常见也很有用，例如有些系统中，Gird中有很多条数据，我可以对某条数据进行浏览或者编辑，当点“浏览”按钮时，我弹出对话框对该条记录进行浏览，此时不允许编辑，此时我就需要从主页面上传一个状态（state）到对话框页面上来，然后在对话框页面上取其状态（Request["state"].ToString()），此时根据其值（edit或browse）就可以控制是否可以编辑了。

参见实例（QueryString.aspx和QueryString_Show.aspx）
该例子是说在QueryString.aspx页面上注册用户名和密码，然后跳转到另一个页面上，在另一个页面上取其用户名和密码。
在该页面上注册用户名和密码

另一个例子（模拟网站的当前用户人数和访问总人数）
Global.asax

在页面上显示，需写代码：

Application对象的使用建议：
1、对于频繁使用（很多用户都要使用的）的数据使用该对象
2、不要把太多的信息放在该对象中
3、如果站点有很大的通信量，建议使用Web.Config

二、Session状态
对网站的一次访问叫做会话（Session），超时后，自动结束会话（一般是20分钟），Session也是保存在服务器内存中的。
使用Session时的情况，如：
1、购物车：网络用户决定购买的商品列表
2、用户信息：访问者的姓名
3、用户设置：个性化界面
等等

ASP.NET会话状态模块在Web.config文件中像这样配置（不进行额外设置，以下是默认设置）的：
<sessionState mode="InProc" cookieless="false" timeout="20" />
mode属性设为InProc(默认值)，表明会话状态要由ASP.NET存储在内存中
cookieless属性设为false,表明不用Cookie来传递会话ID,这就避免了用户禁用了Cookie，Session对象无数据可用。
timeout属性设为20,表示登录网站后，如果20分钟不对其进行操作，则该会话结束，需要重新登录。

Session属性和方法：
1、TimeOut属性：
获取和设置会话结束之前的时间段，以分钟为单位，默认为20分钟
2、Abandon()：
结束当前会话，会话中的所有信息都被清空
3、Clear()：
删除当前会话中的所有信息，但不结束会话
4、IsNewSession:
如果会话是在用户访问页面时创建的，则这个属性返回true,当会话需要对某些数据进行初始化后才能使用时，就可以使用这个属性

参见实例（SessionState.aspx和SessionState_Redirect.aspx）
该例子是说在SessionState.aspx页面上注册用户名和密码，然后跳转到另一个页面上，在另一个页面上取其用户名和密码。
在该页面上注册用户名和密码

在另一个页面上取用户名和密码:

Application和Session状态的区别：
简单的说，Application是应用程序级别的状态存储，Session是会话级别的状态存储。
另外作用域不同，
Application对象针对所有用户都生效
Session对象则相反，每个用户都有自己的Session对象，它的生命周期起始于服务器产生对用户请求页面的响应，终止于用户断开与服务器的连接。
举例来说，当手机开机时，相当于一个Applicaion开始，然后当一个朋友打电话过来，此时一个Session开始，挂电话时相当于这个Session结束，然后又有一个朋友打电话过来，此时另一个Session开始。手机未关机说明Application还未结束

由于Application和Session状态都存储在内存中，但是当服务器重新启动时，保留的状态就会消失了，为了保留其状态，就必须将状态保存到数据库。如网站计数器

4、查询字符串
  查询字符串的方式是将要传递的值连接在URL后面，然后通过Response.Redirect方法实现客户端的重定向。这种方式可以实现在两个页面之间传递信息。由于URL的长度有一定的限制，因此不能传递太大的信息，加外安全性也不是很好。

5、Application对象 
    Application用于保存所有用户的公共的数据信息,如果使用Application对象,一个需要考虑的问题是任何写操作都要在Application_OnStart事件(global.asax)中完成.尽管使用Application.Lock和Applicaiton.Unlock方法来避免写操作的同步,但是它串行化了对Application对象的请求,当网站访问量大的时候会产生严重的性能瓶颈.因此最好不要用此对象保存大的数据集合。

6、Session对象
    Session用于保存每个用户的专用信息.她的生存期是用户持续请求时间再加上一段时间(一般是20分钟左右).Session中的信息保存在Web服务器内容中,保存的数据量可大可小.当Session超时或被关闭时将自动释放保存的数据信息.由于用户停止使用应用程序后它仍然在内存中保持一段时间,因此使用Session对象使保存用户数据的方法效率很低.对于小量的数据,使用Session对象保存还是一个不错的选择。