参考

严格的说,Session和Cookie并不是http协议的一部分。由于HTTP协议设计原则是无状态的,但是近年来出现了种种需求,其中cookie的作用就是为了解决HTTP协议无状态的缺陷所作出的努力。后来出现的session机制则是又一种在客户端与服务器之间保持状态的解决方案。 
具体来说cookie机制采用的是在客户端保持状态的方案,而session机制采用的是在服务器端保持状态的方案。同时我们也看到,由于采用服务器端保持状态的方案在客户端也需要保存一个标识,所以session机制可能需要借助于cookie机制来达到保存标识的目的,但实际上它还有其他选择。 
Session是可以存储针对与某一个用户的浏览器以及通过其当前窗口打开的任何窗口具有针对性的用户信息存储机制。 

Session实现原理

  1. Session的使用
    当浏览网站时,客户端会发出一个指令请求SESSIONID以及对各个类型数据的下载许可,如图片,声音以及FLASH。 
    当为某个客户端的请求创建一个session的时候,首先检查这个客户端的请求里是否包含一个session标识(sessionid),如果已包含则说明以前已经为此客户端创建过session,服务器就按照session
    id把这个
    session检索出来使用。如果客户端请求不包含,则为创建一个session并且生成一个与此session相关联的session
    id,session
    id的值是一个既不会重复,又不容易被找到规律以仿造的字符串。 

2008-08-26 17:11

数据格式如下:
GET / HTTP/1.1 
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg,
application/x-shockwave-flash, */* 
Accept-Language0: zh-cn 
Accept-Encoding: gzip, deflate 
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) 
Host:www.wantsoft.com 
Connection: Keep-Alive 

关键字: jsp,session

 

HTTP协议 ( )是“一次性单向”协议。

TTP
Request一般由3部分组成:

服务端不能主动连接客户端,只能被动等待并答复客户端请求。客户端连接服务端,发出一个HTTP
Request,服务端处理请求,并且返回一个HTTP Response给客户端,本次HTTP
Request-Response Cycle结束。

(1)Request Line

我们看到,HTTP协议本身并不能支持服务端保存客户端的状态信息。于是,Web
Server中引入了session的概念,用来保存客户端的状态信息。

这一行由HTTP
Method(如GET或POST)、URL、和HTTP版本号组成。

这里用一个形象的比喻来解释session的工作方式。假设Web
Server是一个商场的存包处,HTTP
Request是一个顾客,第一次来到存包处,管理员把顾客的物品存放在某一个柜子里面(这个柜子就相当于Session),然后把一个号码牌交给这个顾
客,作为取包凭证(这个号码牌就是Session ID)。顾客(HTTP
Request)下一次来的时候,就要把号码牌(Session ID)交给存包处(Web
Server)的管理员。管理员根据号码牌(Session
ID)找到相应的柜子(Session),根据顾客(HTTP Request)的请求,Web
Server可以取出、更换、添加柜子(Session)中的物品,Web
Server也可以让顾客(HTTP
Request)的号码牌和号码牌对应的柜子(Session)失效。顾客(HTTP
Request)的忘性很大,管理员在顾客回去的时候(HTTP
Response)都要重新提醒顾客记住自己的号码牌(Session
ID)。这样,顾客(HTTP Request)下次来的时候,就又带着号码牌回来了。

例如,GET http://www.w3.org/pub/WWW/TheProject.html HTTP/1.1

我们可以看到,Session ID实际上是在客户端和服务端之间通过HTTP
Request和HTTP Response传来传去的。

GET http://www.google.com/search?q=Tomcat HTTP/1.1

我们看到,号码牌(Session ID)必须包含在HTTP Request里面。关于HTTP
Request的具体格式,请参见HTTP协议(
)。这里只做一个简单的介绍。

POST http://www.google.com/search HTTP/1.1

在Java Web Server(即Servlet/JSP Server)中,Session
ID用jsessionid表示(请参见Servlet规范)。

GET http://www.somsite.com/menu.do;jsessionid=1001解决方案, HTTP/1.1

HTTP Request一般由3部分组成:

 

(1)Request Line

(2)Request Headers

这一行由HTTP Method(如GET或POST)、URL、和HTTP版本号组成。

这部分定义了一些重要的头部信息,如,浏览器的种类,语言,类型。Request
Headers中还可以包括Cookie的定义。例如:

例如,GET HTTP/1.1

User-Agent: Mozilla/4.0
(compatible; MSIE 5.5; Windows NT 5.0)

GET HTTP/1.1

Accept-Language:
en-us

POST HTTP/1.1

Cookie:
jsessionid=1001

GET HTTP/1.1

 

(2)Request Headers

(3)Message Body

这部分定义了一些重要的头部信息,如,浏览器的种类,语言,类型。Request
Headers中还可以包括Cookie的定义。例如:

如果HTTP
Method是GET,那么Message Body为空。

User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)

如果HTTP
Method是POST,说明这个HTTP Request是submit一个HTML
Form的结果,

Accept-Language: en-us

那么Message Body为HTML
Form里面定义的Input属性。例如,

Cookie: jsessionid=1001

user=guest

(3)Message Body

password=guest

如果HTTP Method是GET,那么Message Body为空。

jsessionid=1001

如果HTTP Method是POST,说明这个HTTP Request是submit一个HTML Form的结果,

主意,如果把HTML
Form元素的Method属性改为GET。那么,Message
Body为空,所有的Input属性都会加在URL的后面。你在浏览器的URL地址栏中会看到这些属性,类似于

那么Message Body为HTML Form里面定义的Input属性。例如,

http://www.somesite/login.do?user=guest&password=guest&jsessionid=1001

user=guest

 

password=guest

从理论上来说,这3个部分(Request
URL,Cookie Header, Message Body)都可以用来存放Session ID。由于Message
Body方法必须需要一个包含Session ID的HTML
Form,所以这种方法不通用。

jsessionid=1001

 

主意,如果把HTML Form元素的Method属性改为GET。那么,Message
Body为空,所有的Input属性都会加在URL的后面。你在浏览器的URL地址栏中会看到这些属性,类似于

 

http://www.fastfish/login.do?user=guest&password=guest&jsessionid=1001

一般用来实现Session的方法有两种:

从理论上来说,这3个部分(Request URL,Cookie Header, Message
Body)都可以用来存放Session ID。由于Message
Body方法必须需要一个包含Session ID的HTML Form,所以这种方法不通用。

(1)URL重写。

一般用来实现Session的方法有两种:

Web
Server在返回Response的时候,检查页面中所有的URL,包括所有的连接,和HTML
Form的Action属性,在这些URL后面加上“;jsessionid=XXX”。

(1)URL重写。

下一次,用户访问这个页面中的URL。jsessionid就会传回到Web
Server。

Web
Server在返回Response的时候,检查页面中所有的URL,包括所有的连接,和HTML
Form的Action属性,在这些URL后面加上“;jsessionid=XXX”。

  1. COOKIE

下一次,用户访问这个页面中的URL。jsessionid就会传回到Web Server。

保存session id的方式可以采用cookie,这样在交互过程中浏览器可以自动的按照规则把这个标识发挥给服务器。cookie的命名方式类似于SEEESIONID。
有时cookie被人为的禁止,所以出现了其他机制以便在cookie被禁止时仍然能够把session id传递回服务器

(2)Cookie。

果客户端支持Cookie,Web Server在返回Response的时候,在Response的Header部分,加入一个“set-cookie: jsessionid=XXXX”header属性,把jsessionid放在Cookie里传到客户端。

如果客户端支持Cookie,Web
Server在返回Response的时候,在Response的Header部分,加入一个“set-cookie:
jsessionid=XXXX”header属性,把jsessionid放在Cookie里传到客户端。

客户端会把Cookie存放在本地文件里,下一次访问Web
Server的时候,再把Cookie的信息放到HTTP
Request的“Cookie”header属性里面,这样jsessionid就随着HTTP
Request返回给Web Server。

客户端会把Cookie存放在本地文件里,下一次访问Web
Server的时候,再把Cookie的信息放到HTTP
Request的“Cookie”header属性里面,这样jsessionid就随着HTTP
Request返回给Web Server。

这种技术叫做URL重写,就是把session id直接附加在URL路径的后面,附加方式也有两种,一种是作为URL路径的附加信息,表现形式为http://www.wantsoft.com/index.asp;jsessionid=
ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764 
另一种是作为查询字符串附加在URL后面,表现形式为http://www.wantsoft.com/index?jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764 

我们来看Tomcat5的源代码如何支持jsessionid。

当设置COOKIE的时候,服务器会反馈给客户端浏览器一条响应。浏览器据此生成COOKIE并存放,在下次访问这个站点并且COOKIE未失效时可以使用这个信息。 
当如果想让用户下次登入网站不需要输入用户名或者密码的时候就只能用COOKIE,因为他可以保留相当长的时间(在COOKIE记录被删除或者失效日期之前) 

org.apache.coyote.tomcat5.CoyoteResponse类的toEncoded()方法支持URL重写。

而SESSION就不可以,他不会保留太长时间,而且IE在关闭后就自动清除了SESSIONID记录 

String toEncoded(String url, String sessionId) {

Response.Cookies(“userName”).Value = “mike”
Response.Cookies(“userName”).Expires = DateTime.Now.AddDays(1) 

Dim aCookie As New HttpCookie(“lastVisit”)
aCookie.Value = DateTime.Now.ToString
aCookie.Expires = DateTime.Now.AddDays(1)

StringBuffer sb = new StringBuffer(path);

 

if( sb.length() > 0 ) { // jsessionid can’t be first.

Response.Cookies.Add(aCookie)  

sb.append(“;jsessionid=”);

 

sb.append(sessionId);

}

sb.append(anchor);

sb.append(query);

return (sb.toString());

}

我们来看org.apache.coyote.tomcat5.CoyoteRequest的两个方法configureSessionCookie()

doGetSession()用Cookie支持jsessionid.

/**

* Configures the given JSESSIONID cookie.

*

* @param cookie The JSESSIONID cookie to be configured

*/

protected void configureSessionCookie(Cookie cookie) {

}

HttpSession doGetSession(boolean create){

// Creating a new session cookie based on that session

if ((session != null) && (getContext() != null)

&& getContext().getCookies()) {

Cookie cookie = new Cookie(Globals.SESSION_COOKIE_NAME,

session.getId());

configureSessionCookie(cookie);

((HttpServletResponse) response).addCookie(cookie);

}

}

Session的典型应用是存放用户的Login信息,如用户名,密码,权限角色等信息,应用程序(如Email服务、网上银行等系统)根据这些信息进行身份验证和权限验证

1:Session对象在浏览器中的有效范围:

IE中:

1〉.Session对象只在建立Session对象的窗口中有效。

2〉.在建立Session对象的窗口中新开链接的窗口也有效。

Session只会在内存中,他会随着IE窗口的关闭而死亡。

也就是说单用seesion是不会有产生自动登入的效果的。

2:Cookie 是在服务器给客户端IE一个命令后在客户端产生并存的,

它可以存放用户信息,存到客户端硬盘上,在COOKIE记录被删除

或者失效日期之前,就可以实现自动登入的现象。

3:Session 和 Cookie 是不同的,但是他们确实是相关的。

当打开IE登入后,会向服务器发出一个指令请求SESSIONID以

及页面内容,服务器会返回页面内容和一个没有被使用的

SESSIONID让此IE使用,当时IE就对返回SESSIONID做存储;而当此IE再访问任何这个站点的JSP程序的时候,都会给服务器这个
SESSIONID,来确认客户端的身份。(在没有Cookie 的情况下session死亡
SESSIONID被取消就需要重新登入)

4:可以通过客户端禁用和不禁用cookie来验证自己的说法。

相关文章