Web会话状态的维持

核心提示：Web会话状态的维持 假如你对以下问题感爱好但是又不能确切的回答，你就应该阅读此文． 1.session是什么？ 2.Cookie又是什么？ 3.假如完全禁用了Cookies，Web会话状态的维持，Session还起作用吗？ 4.为什么有的网站登录一次以后就不用再登录? 5.asp中的Sess

　　Web会话状态的维持

假如你对以下问题感爱好但是又不能确切的回答，你就应该阅读此文．

1.session是什么？
2.Cookie又是什么？
3.假如完全禁用了Cookies，Session还起作用吗？
4.为什么有的网站登录一次以后就不用再登录?
5.asp中的Session是否依靠Cookie?
6.jsp中的Session是否依靠Cookie?
7.asp.net中的Session又是怎么回事?

下面将具体的讲述会话状态的维持,看完之后你应该可以回答上面的几个问题了
1.Session和Cookie的由来
这里我不区分Cookie和Cookies,只是一个复数形式而已.
我们都知道http是无状态的协议,就是说每次请求都是分开的，服务器根本
不知道两次请求是否是同一个人,假如我们的内容是完全公开的,也就是所有
内容谁都可以看(比如sina的新闻),这种情况呀根本就没有必要知道两次请求
是不是同一个.但是大部分情况下我们不希望这样,我们希望只有会员登录之后
才能访问(所有的论坛几乎都是这样).而其他人不答应他们反问,于是便要知道
每次请求的是不是同一个人,这就是会话,也就是一个Session,而且这个
Session是以Cookie为基础的,Cookie最才是网景公司提出的,也叫小甜饼.
服务器端对每个请求维持一个会话,并且有一个唯一的SessionID.假如客户端
没有禁用Cookie的话,客户第一次请求的时候这个ID会写到客户端的硬盘上
(不相信?看一下文件夹C:\Documents and Settings\UserName\
Local Settings\Temporary Internet Files 下的Cookie文件,都是文本文件).
以后你每次请求的时候都会加上这个ID值,服务器端就可以知道是不是同一个
请求了.假如还不相信的话,你可以这样做个试验:
1.选择一个你要用用户名登录的网站(最好是ASP的,如论坛).
2.先正常登录一遍,确定可以登录,再把浏览器关了)
3.选择Internet选项(IE属性页),选择隐藏选项卡,把设置调到最高,确定.
4.重新开IE,登录你刚才登录过的站点,怎么登都等不上去的.

2.Session和Cookie的关系
当前维持会话状态的途径有且只有两种种
第一种:Cookie,最常见的,95%以上的会话都是Cookie的功劳.
第二种:URL重写,把SessionID附加到URL中,JSP实现了但用的不多.
假如你用过session,你可能很希奇:我们一般都是用session维持会话,这里怎么没有?
答案很简单:上面两种都是途径,Session是我们的目的.
一句话概括Session和Cookie的关系:Cookie是维持Session最常见的一种途径.

3.Cookie的过期和Session的超时
你可以自己设置Cookie的过期(其实是服务器替你设置的),假如你设置为用不过期,
以后就都不用再重新登陆了,假如这台机器就你一个人用完全可以这样设置,否则
最好不要这样设置.假如你很长时间没有反应,就是没有新的请求,Session就有可能
过期,你可能碰到这样的情况:明明已经登录了,过了一会儿回来却说我没有登录
提示重新登录.就是因为Session过期了,服务器可以设置过期的时间.

4.禁用了Cookie如何实现会话
假如客户端完全禁用Cookie,将会发生什么现象:
对于ASP,无法跟踪会话,也就是每个请求都当作新的请求.
对于JSP,可以通过重写URL实现会话,session.encodeURL(String path)
session.encodeURL("index.jsp")=index.jsp;jsessionid=431D980051204FC8DC3
BF75840F7AF71
可以看到后面的sessionid并没有包括在QueryString中(在?后面)
对于ASP.NET 同样支持重写URL,学习JSP的,不过JSP并不是所有的WebServer都支持重写URL

5.QueryString和HiddenForm
你可能觉得他们也可以维持会话，但是事实上是不可以的，他们只能传递参数。不过
在ASP.NET中的服务器事件模型广泛了使用了Hidden来表示控件的viewState(这个也是
ASP.NET比ASP,JSP先进的地方,是一种全新的技术)
为什么他们只能传递参数而不能实现会话呢?大致过程是这样的:
服务器接收到一个请求,假如没有获得SessionID,就产生一个新的会话.可能你认为这样