Transfer、Execute与session、cookie、viewstate与Encode、Decode区别

 

 
1.       Transfer:第一个页面直接调用第二个页面，执行完第二个页面后不再返回第一个页面，立即响应到客户端浏览器
 
2.       Execute:第一个页面直接调用第二个页面，执行完第二个页面后再返回第一个页面执行，最后响应到客户端浏览器
 
3.       HtmlEncode:将html字符串不翻译
 
4.       HtmlDecode:将html字符串翻译
 
5.       UrlEncode：将中文翻译为特殊字符
 
6.       UrlDecode：将中文不翻译
 
7.       Aspx最终会生成一个类，这个类继承自Aspx.cs
 
8.       ViewState不能存储所有的数据类型，仅支持:string,int,bool,array,arraylist,hashtable
 
9.       使用viewstate的前提：页面上必须有一个服务器端窗体标记即runat=server
 
10.    ViewState机制：服务器在接收到用户请求一个页面后，会自动在请求报文中找看是否包含_Viewstate的隐藏域，如果有，则将中间的值解码后添加到页面的Viewstate属性中；
 
11.    服务器在输出的时候，也会自动的将viewstate中的值添加到表单里名叫_viewstate的隐藏域中。
 
12.    Viewstate缺点：加大网站的流量，降低访问速度
 
13.    Viewstate原理：回答input版本(Textbox)不受影响，div版本受影响，因为input的value不依靠viewstate
 
14.    Viewstate原理：input、hidden标签以name为key，以value为值提交到服务器，viewstate在hidden标签定义了格式的数据，把value的状态放在viewstate，把这个viewstate提交到服务器，就记住了上次页面的状态，因为有这个就有了事件模型，就有了点击button就可以写事件
 
15.    Cookie原理：
A.      第一次get请求无cookie
B.      服务器通过响应报文头里的set-cookie向浏览器设置cookie信息
C.      浏览器通过请求报文头里的cookie传递到浏览器存储的cookie信息
 
16  cookie缺点：不能保存过多信息，不能保存机密数据，只能保存string类型
 
17  session可以保存任意数据类型，因为保存在服务器端
 
18  session原理：用户提交登录信息，如果登录成功，则将用户信息保存到session中，并返回一个包含此sessionId的cookie到浏览器缓存中
1)当有Session启动时，服务器生成一个唯一值，称为Session ID（好像是通过取进程ID的方式取得的）。

2)然后，服务器开辟一块内存，对应于该Session ID。

3)服务器再将该Session ID写入浏览器的cookie。

4)服务气内有一进程，监视所有Session的活动状况，如果有Session超时或是主动关闭，服务器就释放改内存块。                                         
5)当浏览器连入IIS时并请求的ASP内用到Session时，IIS就读浏览器Cookie中的Session ID。
6)然后，服务检查该Session ID所对应的内存是否有效。

7)如果有效，就读出内存中的值。

8)如果无效，就建立新的Session