cookie机制和session专题
2010-03-04 13:39
288 查看
一、cookie
机制和session
机
制的区别
*************************************************************************************
具体来说cookie
机制采用的是在客户端保持状态的方案,而session
机制采
用的是在服务器端保持状态的方案。
同时我们也看到,由于才服务器端保持状态的方案在客户端也需要保存一个标识,所以session
机制可能需要借助于cookie
机制来达到保存标识的目的,但实际上还有其他选择
*************************************************************************************
二、会话cookie
和持久cookie
的区别
*************************************************************************************
如果不设置过期时间,则表示这个cookie
生命周期为浏览器会话期间,只要关闭浏览器窗口,cookie
就
消失了。这种生命期为浏览会话期的cookie
被称为会话cookie
。会话cookie
一
般不保存在硬盘上而是保存在内存里。
如果设置了过期时间,浏览器就会把cookie
保存到硬盘上,关闭后再次打开浏览器,这些cookie
依
然有效直到超过设定的过期时间。
存储在硬盘上的cookie
可以在不同的浏览器进程间共享,比如两个IE
窗口。
而对于保存在内存的cookie
,不同的浏览器有不同的处理方式。
*************************************************************************************
三、如何利用实现自动登录
*************************************************************************************
当用户在某个网站注册后,就会收到一个惟一用户ID
的cookie
。客户后来重
新连接时,这个
用户ID
会自动返回,服务器对它进行检查,确定它是否为注册用户且选择了自动登录,从而使用户务需给出明确的用
户名和密码,就可以访问服务器上的资源。
*************************************************************************************
四、如何根据用户的爱好定制站点
*************************************************************************************
网站可以使用cookie
记录用户的意愿。对于简单的设置,网站可以直接将页面的设置存储在cookie
中
完成定制。然而对于更复杂的定制,网站只需仅将一个惟一的标识符发送给用户,由服务器端的数据库存储每个标识符对应的页面设置。
*************************************************************************************
五、cookie
的发送
*************************************************************************************
1.
创建Cookie
对象
2.
设置最大时效
3.
将Cookie
放入到HTTP
响应报头
如果你创建了一个cookie
,并将他发送到浏览器,默认情况下它是一个会话级别的cookie:
存
储在浏览器的内存中,用户退出浏览器之后被删除。如果你希望浏览器将该cookie
存储在磁盘上,则
需要使用maxAge
,并给出一个以秒为单位的时间。将最大时效设为0
则是命令浏览
器删除该cookie
。
发送cookie
需要使用HttpServletResponse
的addCookie
方
法,将cookie
插入到一个Set-Cookie
HTTP
请求报头
中。由于这个方法并不修改任何之前指定的Set-Cookie
报头,而是创建新的报头,因此我们将这个方法称为是addCookie
,
而非setCookie
。同样要记住响应报头必须在任何文档内容发送到客户端之前设置。
六、cookie
的读取
*************************************************************************************
1.
调用request.getCookie
要获取有浏览器发送来的cookie
,需要调用HttpServletRequest
的getCookies
方
法,这个调用返回Cookie
对象的数组,对应由HTTP
请求中Cookie
报
头输入的值。
2.
对数组进行循环,调用每个cookie
的getName
方法,直到找到感兴趣的cookie
为
止
cookie
与你的主机(
域)
相关,而非你的servlet
或JSP
页
面。因而,尽管你的servlet
可能只发送了单个cookie
,你也可能会得到许多不相关的cookie
。
例如:
String cookieName = “userID”;
Cookie cookies[] = request.getCookies();
if (cookies!=null){
for(int i=0;i<cookies.length;i++){
Cookie cookie = cookies[i];
if (cookieName.equals(cookie.getName())){
doSomethingWith(cookie.getValue());
}
}
}
七、如何使用cookie
检测初访者
*************************************************************************************
A.
调用HttpServletRequest.getCookies()
获取Cookie
数
组
B.
在循环中检索指定名字的cookie
是否存在以及对应的值是否正确
C.
如果是则退出循环并设置区别标识
D.
根据区别标识判断用户是否为初访者从而进行不同的操作
*************************************************************************************
八、使用cookie
检测初访者的常见错误
*************************************************************************************
不能仅仅因为cookie
数组中不存在在特定的数据项就认为用户是个初访者。如果cookie
数
组为null
,客户可能是一个初访者,也可能是由于用户将cookie
删除或禁用造成的结果。
但是,如果数组非null,
也不过是显示客户曾经到过你的网站或域,并不能说明他们曾经访问过你的servlet
。
其它servlet
、JSP
页面以及非Java Web
应用都可以设置cookie
,
依据路径的设置,其中的任何cookie
都有可能返回给用户的浏览器。
正确的做法是判断cookie
数组是否为空且是否存在指定的Cookie
对象且值正
确。
*************************************************************************************
九、使用cookie
属性的注意问题
*************************************************************************************
属性是从服务器发送到浏览器的报头的一部分;但它们不属于由浏览器返回给服务器的报头。
因此除了名称和值之外,cookie
属性只适用于从服务器输出到客户端的cookie
;
服务器端来自于浏览器的cookie
并没有设置这些属性。
因而不要期望通过request.getCookies
得到的cookie
中可
以使用这个属性。这意味着,你不能仅仅通过设置cookie
的最大时效,发出它,在随后的输入数组中查找适当的cookie,
读
取它的值,修改它并将它存回Cookie
,从而实现不断改变的cookie
值。
*************************************************************************************
十、如何使用cookie
记录各个用户的访问计数
*************************************************************************************
1.
获取cookie
数组中专门用于统计用户访问次数的cookie
的值
2.
将值转换成int
型
3.
将值加1
并用原来的名称重新创建一个Cookie
对象
4.
重新设置最大时效
5.
将新的cookie
输出
*************************************************************************************
十一、session
在不同环境下的不同含义
*************************************************************************************
session
,中文经常翻译为会话,其本来的含义是指有始有终的一系列动作/
消息,比如打电话是从拿起电话拨
号到挂断电话这中间的一系列过程可以称之为一个session
。
然而当session
一词与网络协议相关联时,它又往往隐含了“
面向连接”
和/
或“
保
持状态”
这样两个含义。
session
在Web
开发环境下的语义又有了新的扩展,它的含义是指一类用来
在客户端与服务器端之间保持状态的解决方案。有时候Session
也用来指这种解决方案的存储结构。
*************************************************************************************
十二、session
的机制
*************************************************************************************
session
机制是一种服务器端的机制,服务器使用一种类似于散列表的结构(
也
可能就是使用散列表)
来保存信息。
但程序需要为某个客户端的请求创建一个session
的时候,服务器首先检查这个客户端的请求里是否包含了一个session
标
识-称为session id,
如果已经包含一个session id
则说明以前已经为此客户创建
过session
,服务器就按照session id
把这个session
检
索出来使用(
如果检索不到,可能会新建一个,这种情况可能出现在服务端已经删除了该用户对应的session
对
象,但用户人为地在请求的URL
后面附加上一个JSESSION
的参数)
。
如果客户请求不包含session id
,则为此客户创建一个session
并且生
成一个与此session
相关联的session id
,这个session id
将
在本次响应中返回给客户端保存。
*************************************************************************************
十三、保存session id
的几种方式
*************************************************************************************
A
.保存session id
的方式可以采用cookie
,这样在交互过程中浏览器
可以自动的按照规则把这个标识发送给服务器。
B
.由于cookie
可以被人为的禁止,必须有其它的机制以便在cookie
被禁止
时仍然能够把session id
传递回服务器,经常采用的一种技术叫做URL
重写,就是把session
id
附加在URL
路径的后面,附加的方式也有两种,一种是作为URL
路径的附加信
息,另一种是作为查询字符串附加在URL
后面。网络在整个交互过程中始终保持状态,就必须在每个客户端可能请求的路径后面都包
含这个session id
。
C
.另一种技术叫做表单隐藏字段。就是服务器会自动修改表单,添加一个隐藏字段,以便在表单提交时能够把session id
传
递回服务器。
*************************************************************************************
十四、session
什么时候被创建
*************************************************************************************
一个常见的错误是以为session
在有客户端访问时就被创建,然而事实是直到某server
端
程序(
如Servlet)
调用HttpServletRequest.getSession(true)
这
样的语句时才会被创建。
*************************************************************************************
十五、session
何时被删除
*************************************************************************************
session
在下列情况下被删除:
A
.程序调用HttpSession.invalidate()
B
.距离上一次收到客户端发送的session id
时间间隔超过了session
的
最大有效时间
C
.服务器进程被停止
再次注意关闭浏览器只会使存储在客户端浏览器内存中的session cookie
失效,不会使服务器端的session
对
象失效。
*************************************************************************************
十六、URL
重写有什么缺点
*************************************************************************************
对所有的URL
使用URL
重写,包括超链接,form
的action
,
和重定向的URL
。每个引用你的站点的URL
,以及那些返回给用户的URL(
即
使通过间接手段,比如服务器重定向中的Location
字段)
都要添加额外的信息。
这意味着在你的站点上不能有任何静态的HTML
页面(
至少静态页面中不能有任
何链接到站点动态页面的链接)
。因此,每个页面都必须使用servlet
或JSP
动
态生成。即使所有的页面都动态生成,如果用户离开了会话并通过书签或链接再次回来,会话的信息都会丢失,因为存储下来的链接含有错误的标识信息-该URL
后
面的SESSION ID
已经过期了。
*************************************************************************************
十七、使用隐藏的表单域有什么缺点
*************************************************************************************
仅当每个页面都是有表单提交而动态生成时,才能使用这种方法。单击常规的<A HREF..>
超
文本链接并不产生表单提交,因此隐藏的表单域不能支持通常的会话跟踪,只能用于一系列特定的操作中,比如在线商店的结账过程
*************************************************************************************
十八、会话跟踪的基本步骤
*************************************************************************************
1
.访问与当前请求相关的会话对象
2
.查找与会话相关的信息
3
.存储会话信息
4
.废弃会话数据
*************************************************************************************
十九、getSession()/getSession(true)
、getSession(false)
的
区别
*************************************************************************************
getSession()/getSession(true)
:当session
存在时返回该session
,
否则新建一个session
并返回该对象
getSession(false)
:当session
存在时返回该session
,
否则不会新建session
,返回null
*************************************************************************************
二十、如何将信息于会话关联起来
*************************************************************************************
setAttribute
会替换任何之前设定的值;如果想要在不提供任何代替的情况下移除某个值,则应使用removeAttribute
。
这个方法会触发所有实现了HttpSessionBindingListener
接口的值的valueUnbound
方法。
*************************************************************************************
二十一、会话属性的类型有什么限制吗
*************************************************************************************
通常会话属性的类型只要是Object
就可以了。除了null
或基本类型,如int,double,boolean
。
如果要使用基本类型的值作为属性,必须将其转换为相应的封装类对象
*************************************************************************************
二十二、如何废弃会话数据
*************************************************************************************
A
.只移除自己编写的servlet
创建的数据:
调用removeAttribute(“key”)
将指定键关联的值废弃
B
.删除整个会话(
在当前Web
应用中)
:
调用invalidate
,将整个会话废弃掉。这样做会丢失该用户的所有会话数据,而非仅仅由我们
servlet
或JSP
页面创建的会话数据
C
.将用户从系统中注销并删除所有属于他(
或她)
的会话
调用logOut
,将客户从Web
服务器中注销,同时废弃所有与该用户相关
联的会话(
每个Web
应用至多一个)
。这个操作有可能影响到服务器上多
个不同的Web
应用
*************************************************************************************
二十三、使用isNew
来判断用户是否为新旧用户的错误做法
*************************************************************************************
public boolean isNew()
方法如果会话尚未和客户程序(
浏览器)
发
生任何联系,则这个方法返回true
,这一般是因为会话是新建的,不是由输入的客户请求所引起的。
但如果isNew
返回false
,只不过是说明他之前曾经访问该Web
应
用,并不代表他们曾访问过我们的servlet
或JSP
页面。
因为session
是与用户相关的,在用户之前访问的每一个页面都有可能创建了会话。因此isNew
为false
只
能说用户之前访问过该Web
应用,session
可以是当前页面创建,也可能是由用户之前访问过的
页面创建的。
正确的做法是判断某个session
中是否存在某个特定的key
且其value
是
否正确
*************************************************************************************
二十四、Cookie
的过期和Session
的超时有什么区别
*************************************************************************************
会话的超时由服务器来维护,它不同于Cookie
的失效日期。首先,会话一般基于驻留内存的cookie
不是持续性的cookie
,因而也就没有截至日期。即使截取到JSESSIONID cookie
,
并为它设定一个失效日期发送出去。浏览器会话和服务器会话也会截然不同。
*************************************************************************************
二十五、session cookie
和session
对象的生命周期是一样的吗
*************************************************************************************
当用户关闭了浏览器虽然session cookie
已经消失,但session
对
象仍然保存在服务器端
*************************************************************************************
二十六、是否只要关闭浏览器,session
就消失了
*************************************************************************************
程序一般都是在用户做log off
的时候发个指令去删除session
,然而浏览
器从来不会主动在关闭之前通知服务器它将要被关闭,因此服务器根本不会有机会知道浏览器已经关闭。服务器会一直保留这个会话对象直到它处于非活动状态超过
设定的间隔为止。
之所以会有这种错误的认识,是因为大部分session
机制都使用会话cookie
来
保存session id
,而关闭浏览器后这个session id
就消失了,再次连接到服务器时
也就无法找到原来的session
。
如果服务器设置的cookie
被保存到硬盘上,或者使用某种手段改写浏览器发出的HTTP
请
求报头,把原来的session id
发送到服务器,则再次打开浏览器仍然能够找到原来的session
。
恰恰是由于关闭浏览器不会导致session
被删除,迫使服务器为session
设
置了一个失效时间,当距离客户上一次使用session
的时间超过了这个失效时间时,服务器就可以认为客户端已经停止了活动,
才会把session
删除以节省存储空间。
由此我们可以得出如下结论:
关闭浏览器,只会是浏览器端内存里的session cookie
消失,但不会使保存在服务器端的session
对
象消失,同样也不会使已经保存到硬盘上的持久化cookie
消失。
*************************************************************************************
二十七、打开两个浏览器窗口访问应用程序会使用同一个session
还是不同的session
*************************************************************************************
通常session cookie
是不能跨窗口使用的,当你新开了一个浏览器窗口进入相同页面时,系统会赋予你
一个新的session id
,这样我们信息共享的目的就达不到了。
此时我们可以先把session id
保存在persistent cookie
中(
通
过设置session
的最大有效时间)
,然后在新窗口中读出来,就可以得到上一个窗口的session
id
了,这样通过session cookie
和persistent cookie
的
结合我们就可以实现了跨窗口的会话跟踪。
*************************************************************************************
二十八、如何使用会话显示每个客户的访问次数
*************************************************************************************
由于客户的访问次数是一个整型的变量,但session
的属性类型中不能使用int
,double
,boolean
等
基本类型的变量,所以我们要用到这些基本类型的封装类型对象作为session
对象中属性的值
但像Integer
是一种不可修改(Immutable)
的数据结构:构建后就
不能更改。这意味着每个请求都必须创建新的Integer
对象,之后使用setAttribute
来
代替之前存在的老的属性的值。例如:
HttpSession session = request.getSession();
SomeImmutalbeClass value =
(SomeImmutableClass)session.getAttribute(“SomeIdentifier”);
if (value= =null){
value = new SomeImmutableClass(…);
//
新创建一个不可更改
对象
}else{
value = new SomeImmutableClass(calculatedFrom(value)); //
对value
重
新计算后创建新的对象
}
session.setAttribute(“someIdentifier”,value); //
使用新创建的对象覆盖原来的老的对
象
*************************************************************************************
二十九、如何使用会话累计用户的数据
*************************************************************************************
使用可变的数据结构,比如数组、List
、Map
或含有可写字段的应用程序专有的数
据结构。通过这种方式,除非首次分配对象,否则不需要调用setAttribute
。例如
HttpSession session = request.getSession();
SomeMutableClass value =
(SomeMutableClass)session.getAttribute(“someIdentifier”);
if(value = = null){
value = new SomeMutableClass(…);
session.setAttribute(“someIdentifier”,value);
}else{
value.updateInternalAttribute(…); //
如果已经存在该对象则更新其属性而不需
重新设置属性
}
*************************************************************************************
三十、不可更改对象和可更改对象在会话数据更新时的不同处理
*************************************************************************************
不可更改对象因为一旦创建之后就不能更改,所以每次要修改会话中属性的值的时候,都需要
调用setAttribute(“someIdentifier”,newValue)
来代替原有的属性的值,
否则属性的值不会被更新
可更改对象因为其自身一般提供了修改自身属性的方法,所以每次要修改会话中属性的值的时
候,只要调用该可更改对象的相关修改自身属性的方法就可以了。这意味着我们就不需要调
用setAttribute
方法了
*************************************************************************************
机制和session
机
制的区别
*************************************************************************************
具体来说cookie
机制采用的是在客户端保持状态的方案,而session
机制采
用的是在服务器端保持状态的方案。
同时我们也看到,由于才服务器端保持状态的方案在客户端也需要保存一个标识,所以session
机制可能需要借助于cookie
机制来达到保存标识的目的,但实际上还有其他选择
*************************************************************************************
二、会话cookie
和持久cookie
的区别
*************************************************************************************
如果不设置过期时间,则表示这个cookie
生命周期为浏览器会话期间,只要关闭浏览器窗口,cookie
就
消失了。这种生命期为浏览会话期的cookie
被称为会话cookie
。会话cookie
一
般不保存在硬盘上而是保存在内存里。
如果设置了过期时间,浏览器就会把cookie
保存到硬盘上,关闭后再次打开浏览器,这些cookie
依
然有效直到超过设定的过期时间。
存储在硬盘上的cookie
可以在不同的浏览器进程间共享,比如两个IE
窗口。
而对于保存在内存的cookie
,不同的浏览器有不同的处理方式。
*************************************************************************************
三、如何利用实现自动登录
*************************************************************************************
当用户在某个网站注册后,就会收到一个惟一用户ID
的cookie
。客户后来重
新连接时,这个
用户ID
会自动返回,服务器对它进行检查,确定它是否为注册用户且选择了自动登录,从而使用户务需给出明确的用
户名和密码,就可以访问服务器上的资源。
*************************************************************************************
四、如何根据用户的爱好定制站点
*************************************************************************************
网站可以使用cookie
记录用户的意愿。对于简单的设置,网站可以直接将页面的设置存储在cookie
中
完成定制。然而对于更复杂的定制,网站只需仅将一个惟一的标识符发送给用户,由服务器端的数据库存储每个标识符对应的页面设置。
*************************************************************************************
五、cookie
的发送
*************************************************************************************
1.
创建Cookie
对象
2.
设置最大时效
3.
将Cookie
放入到HTTP
响应报头
如果你创建了一个cookie
,并将他发送到浏览器,默认情况下它是一个会话级别的cookie:
存
储在浏览器的内存中,用户退出浏览器之后被删除。如果你希望浏览器将该cookie
存储在磁盘上,则
需要使用maxAge
,并给出一个以秒为单位的时间。将最大时效设为0
则是命令浏览
器删除该cookie
。
发送cookie
需要使用HttpServletResponse
的addCookie
方
法,将cookie
插入到一个Set-Cookie
HTTP
请求报头
中。由于这个方法并不修改任何之前指定的Set-Cookie
报头,而是创建新的报头,因此我们将这个方法称为是addCookie
,
而非setCookie
。同样要记住响应报头必须在任何文档内容发送到客户端之前设置。
六、cookie
的读取
*************************************************************************************
1.
调用request.getCookie
要获取有浏览器发送来的cookie
,需要调用HttpServletRequest
的getCookies
方
法,这个调用返回Cookie
对象的数组,对应由HTTP
请求中Cookie
报
头输入的值。
2.
对数组进行循环,调用每个cookie
的getName
方法,直到找到感兴趣的cookie
为
止
cookie
与你的主机(
域)
相关,而非你的servlet
或JSP
页
面。因而,尽管你的servlet
可能只发送了单个cookie
,你也可能会得到许多不相关的cookie
。
例如:
String cookieName = “userID”;
Cookie cookies[] = request.getCookies();
if (cookies!=null){
for(int i=0;i<cookies.length;i++){
Cookie cookie = cookies[i];
if (cookieName.equals(cookie.getName())){
doSomethingWith(cookie.getValue());
}
}
}
七、如何使用cookie
检测初访者
*************************************************************************************
A.
调用HttpServletRequest.getCookies()
获取Cookie
数
组
B.
在循环中检索指定名字的cookie
是否存在以及对应的值是否正确
C.
如果是则退出循环并设置区别标识
D.
根据区别标识判断用户是否为初访者从而进行不同的操作
*************************************************************************************
八、使用cookie
检测初访者的常见错误
*************************************************************************************
不能仅仅因为cookie
数组中不存在在特定的数据项就认为用户是个初访者。如果cookie
数
组为null
,客户可能是一个初访者,也可能是由于用户将cookie
删除或禁用造成的结果。
但是,如果数组非null,
也不过是显示客户曾经到过你的网站或域,并不能说明他们曾经访问过你的servlet
。
其它servlet
、JSP
页面以及非Java Web
应用都可以设置cookie
,
依据路径的设置,其中的任何cookie
都有可能返回给用户的浏览器。
正确的做法是判断cookie
数组是否为空且是否存在指定的Cookie
对象且值正
确。
*************************************************************************************
九、使用cookie
属性的注意问题
*************************************************************************************
属性是从服务器发送到浏览器的报头的一部分;但它们不属于由浏览器返回给服务器的报头。
因此除了名称和值之外,cookie
属性只适用于从服务器输出到客户端的cookie
;
服务器端来自于浏览器的cookie
并没有设置这些属性。
因而不要期望通过request.getCookies
得到的cookie
中可
以使用这个属性。这意味着,你不能仅仅通过设置cookie
的最大时效,发出它,在随后的输入数组中查找适当的cookie,
读
取它的值,修改它并将它存回Cookie
,从而实现不断改变的cookie
值。
*************************************************************************************
十、如何使用cookie
记录各个用户的访问计数
*************************************************************************************
1.
获取cookie
数组中专门用于统计用户访问次数的cookie
的值
2.
将值转换成int
型
3.
将值加1
并用原来的名称重新创建一个Cookie
对象
4.
重新设置最大时效
5.
将新的cookie
输出
*************************************************************************************
十一、session
在不同环境下的不同含义
*************************************************************************************
session
,中文经常翻译为会话,其本来的含义是指有始有终的一系列动作/
消息,比如打电话是从拿起电话拨
号到挂断电话这中间的一系列过程可以称之为一个session
。
然而当session
一词与网络协议相关联时,它又往往隐含了“
面向连接”
和/
或“
保
持状态”
这样两个含义。
session
在Web
开发环境下的语义又有了新的扩展,它的含义是指一类用来
在客户端与服务器端之间保持状态的解决方案。有时候Session
也用来指这种解决方案的存储结构。
*************************************************************************************
十二、session
的机制
*************************************************************************************
session
机制是一种服务器端的机制,服务器使用一种类似于散列表的结构(
也
可能就是使用散列表)
来保存信息。
但程序需要为某个客户端的请求创建一个session
的时候,服务器首先检查这个客户端的请求里是否包含了一个session
标
识-称为session id,
如果已经包含一个session id
则说明以前已经为此客户创建
过session
,服务器就按照session id
把这个session
检
索出来使用(
如果检索不到,可能会新建一个,这种情况可能出现在服务端已经删除了该用户对应的session
对
象,但用户人为地在请求的URL
后面附加上一个JSESSION
的参数)
。
如果客户请求不包含session id
,则为此客户创建一个session
并且生
成一个与此session
相关联的session id
,这个session id
将
在本次响应中返回给客户端保存。
*************************************************************************************
十三、保存session id
的几种方式
*************************************************************************************
A
.保存session id
的方式可以采用cookie
,这样在交互过程中浏览器
可以自动的按照规则把这个标识发送给服务器。
B
.由于cookie
可以被人为的禁止,必须有其它的机制以便在cookie
被禁止
时仍然能够把session id
传递回服务器,经常采用的一种技术叫做URL
重写,就是把session
id
附加在URL
路径的后面,附加的方式也有两种,一种是作为URL
路径的附加信
息,另一种是作为查询字符串附加在URL
后面。网络在整个交互过程中始终保持状态,就必须在每个客户端可能请求的路径后面都包
含这个session id
。
C
.另一种技术叫做表单隐藏字段。就是服务器会自动修改表单,添加一个隐藏字段,以便在表单提交时能够把session id
传
递回服务器。
*************************************************************************************
十四、session
什么时候被创建
*************************************************************************************
一个常见的错误是以为session
在有客户端访问时就被创建,然而事实是直到某server
端
程序(
如Servlet)
调用HttpServletRequest.getSession(true)
这
样的语句时才会被创建。
*************************************************************************************
十五、session
何时被删除
*************************************************************************************
session
在下列情况下被删除:
A
.程序调用HttpSession.invalidate()
B
.距离上一次收到客户端发送的session id
时间间隔超过了session
的
最大有效时间
C
.服务器进程被停止
再次注意关闭浏览器只会使存储在客户端浏览器内存中的session cookie
失效,不会使服务器端的session
对
象失效。
*************************************************************************************
十六、URL
重写有什么缺点
*************************************************************************************
对所有的URL
使用URL
重写,包括超链接,form
的action
,
和重定向的URL
。每个引用你的站点的URL
,以及那些返回给用户的URL(
即
使通过间接手段,比如服务器重定向中的Location
字段)
都要添加额外的信息。
这意味着在你的站点上不能有任何静态的HTML
页面(
至少静态页面中不能有任
何链接到站点动态页面的链接)
。因此,每个页面都必须使用servlet
或JSP
动
态生成。即使所有的页面都动态生成,如果用户离开了会话并通过书签或链接再次回来,会话的信息都会丢失,因为存储下来的链接含有错误的标识信息-该URL
后
面的SESSION ID
已经过期了。
*************************************************************************************
十七、使用隐藏的表单域有什么缺点
*************************************************************************************
仅当每个页面都是有表单提交而动态生成时,才能使用这种方法。单击常规的<A HREF..>
超
文本链接并不产生表单提交,因此隐藏的表单域不能支持通常的会话跟踪,只能用于一系列特定的操作中,比如在线商店的结账过程
*************************************************************************************
十八、会话跟踪的基本步骤
*************************************************************************************
1
.访问与当前请求相关的会话对象
2
.查找与会话相关的信息
3
.存储会话信息
4
.废弃会话数据
*************************************************************************************
十九、getSession()/getSession(true)
、getSession(false)
的
区别
*************************************************************************************
getSession()/getSession(true)
:当session
存在时返回该session
,
否则新建一个session
并返回该对象
getSession(false)
:当session
存在时返回该session
,
否则不会新建session
,返回null
*************************************************************************************
二十、如何将信息于会话关联起来
*************************************************************************************
setAttribute
会替换任何之前设定的值;如果想要在不提供任何代替的情况下移除某个值,则应使用removeAttribute
。
这个方法会触发所有实现了HttpSessionBindingListener
接口的值的valueUnbound
方法。
*************************************************************************************
二十一、会话属性的类型有什么限制吗
*************************************************************************************
通常会话属性的类型只要是Object
就可以了。除了null
或基本类型,如int,double,boolean
。
如果要使用基本类型的值作为属性,必须将其转换为相应的封装类对象
*************************************************************************************
二十二、如何废弃会话数据
*************************************************************************************
A
.只移除自己编写的servlet
创建的数据:
调用removeAttribute(“key”)
将指定键关联的值废弃
B
.删除整个会话(
在当前Web
应用中)
:
调用invalidate
,将整个会话废弃掉。这样做会丢失该用户的所有会话数据,而非仅仅由我们
servlet
或JSP
页面创建的会话数据
C
.将用户从系统中注销并删除所有属于他(
或她)
的会话
调用logOut
,将客户从Web
服务器中注销,同时废弃所有与该用户相关
联的会话(
每个Web
应用至多一个)
。这个操作有可能影响到服务器上多
个不同的Web
应用
*************************************************************************************
二十三、使用isNew
来判断用户是否为新旧用户的错误做法
*************************************************************************************
public boolean isNew()
方法如果会话尚未和客户程序(
浏览器)
发
生任何联系,则这个方法返回true
,这一般是因为会话是新建的,不是由输入的客户请求所引起的。
但如果isNew
返回false
,只不过是说明他之前曾经访问该Web
应
用,并不代表他们曾访问过我们的servlet
或JSP
页面。
因为session
是与用户相关的,在用户之前访问的每一个页面都有可能创建了会话。因此isNew
为false
只
能说用户之前访问过该Web
应用,session
可以是当前页面创建,也可能是由用户之前访问过的
页面创建的。
正确的做法是判断某个session
中是否存在某个特定的key
且其value
是
否正确
*************************************************************************************
二十四、Cookie
的过期和Session
的超时有什么区别
*************************************************************************************
会话的超时由服务器来维护,它不同于Cookie
的失效日期。首先,会话一般基于驻留内存的cookie
不是持续性的cookie
,因而也就没有截至日期。即使截取到JSESSIONID cookie
,
并为它设定一个失效日期发送出去。浏览器会话和服务器会话也会截然不同。
*************************************************************************************
二十五、session cookie
和session
对象的生命周期是一样的吗
*************************************************************************************
当用户关闭了浏览器虽然session cookie
已经消失,但session
对
象仍然保存在服务器端
*************************************************************************************
二十六、是否只要关闭浏览器,session
就消失了
*************************************************************************************
程序一般都是在用户做log off
的时候发个指令去删除session
,然而浏览
器从来不会主动在关闭之前通知服务器它将要被关闭,因此服务器根本不会有机会知道浏览器已经关闭。服务器会一直保留这个会话对象直到它处于非活动状态超过
设定的间隔为止。
之所以会有这种错误的认识,是因为大部分session
机制都使用会话cookie
来
保存session id
,而关闭浏览器后这个session id
就消失了,再次连接到服务器时
也就无法找到原来的session
。
如果服务器设置的cookie
被保存到硬盘上,或者使用某种手段改写浏览器发出的HTTP
请
求报头,把原来的session id
发送到服务器,则再次打开浏览器仍然能够找到原来的session
。
恰恰是由于关闭浏览器不会导致session
被删除,迫使服务器为session
设
置了一个失效时间,当距离客户上一次使用session
的时间超过了这个失效时间时,服务器就可以认为客户端已经停止了活动,
才会把session
删除以节省存储空间。
由此我们可以得出如下结论:
关闭浏览器,只会是浏览器端内存里的session cookie
消失,但不会使保存在服务器端的session
对
象消失,同样也不会使已经保存到硬盘上的持久化cookie
消失。
*************************************************************************************
二十七、打开两个浏览器窗口访问应用程序会使用同一个session
还是不同的session
*************************************************************************************
通常session cookie
是不能跨窗口使用的,当你新开了一个浏览器窗口进入相同页面时,系统会赋予你
一个新的session id
,这样我们信息共享的目的就达不到了。
此时我们可以先把session id
保存在persistent cookie
中(
通
过设置session
的最大有效时间)
,然后在新窗口中读出来,就可以得到上一个窗口的session
id
了,这样通过session cookie
和persistent cookie
的
结合我们就可以实现了跨窗口的会话跟踪。
*************************************************************************************
二十八、如何使用会话显示每个客户的访问次数
*************************************************************************************
由于客户的访问次数是一个整型的变量,但session
的属性类型中不能使用int
,double
,boolean
等
基本类型的变量,所以我们要用到这些基本类型的封装类型对象作为session
对象中属性的值
但像Integer
是一种不可修改(Immutable)
的数据结构:构建后就
不能更改。这意味着每个请求都必须创建新的Integer
对象,之后使用setAttribute
来
代替之前存在的老的属性的值。例如:
HttpSession session = request.getSession();
SomeImmutalbeClass value =
(SomeImmutableClass)session.getAttribute(“SomeIdentifier”);
if (value= =null){
value = new SomeImmutableClass(…);
//
新创建一个不可更改
对象
}else{
value = new SomeImmutableClass(calculatedFrom(value)); //
对value
重
新计算后创建新的对象
}
session.setAttribute(“someIdentifier”,value); //
使用新创建的对象覆盖原来的老的对
象
*************************************************************************************
二十九、如何使用会话累计用户的数据
*************************************************************************************
使用可变的数据结构,比如数组、List
、Map
或含有可写字段的应用程序专有的数
据结构。通过这种方式,除非首次分配对象,否则不需要调用setAttribute
。例如
HttpSession session = request.getSession();
SomeMutableClass value =
(SomeMutableClass)session.getAttribute(“someIdentifier”);
if(value = = null){
value = new SomeMutableClass(…);
session.setAttribute(“someIdentifier”,value);
}else{
value.updateInternalAttribute(…); //
如果已经存在该对象则更新其属性而不需
重新设置属性
}
*************************************************************************************
三十、不可更改对象和可更改对象在会话数据更新时的不同处理
*************************************************************************************
不可更改对象因为一旦创建之后就不能更改,所以每次要修改会话中属性的值的时候,都需要
调用setAttribute(“someIdentifier”,newValue)
来代替原有的属性的值,
否则属性的值不会被更新
可更改对象因为其自身一般提供了修改自身属性的方法,所以每次要修改会话中属性的值的时
候,只要调用该可更改对象的相关修改自身属性的方法就可以了。这意味着我们就不需要调
用setAttribute
方法了
*************************************************************************************
相关文章推荐
- session和cookie对比兼session实现机制
- Cookie和Session专题
- cookie 和 session 机制
- cookie与session的机制与原理
- NET中Application,Session,Cookie,ViewState,Cache,Hidden 缓存机制 .
- JAVA WEB学习笔记(一)-Cookie和Session专题
- cookie和session的工作机制
- Cookie和Session专题
- JAVA -Cookie和Session专题
- Session和Cookie,Django的自动登录机制
- Java Web(三) 会话机制,Cookie和Session详解
- Cookie和Session专题
- cookie与session的运作机制讲解
- 一篇不错的session与cookie机制的文章
- Java程序员从笨鸟到菜鸟之(二十二)华山论session和cookie机制
- 转cookie和session工作机制和使用场合详解
- 深入理解Session和Cookie机制
- session与cookie的运行机制
- Cookie和Session专题
- session和cookie机制