Web状态管理
- HTTP协议使用的是无状态的连接
- 对容器而言,每一个请求都来自于一个新的客户
解决方案-表单隐藏字段
<input type=”hidden” name=”session” value=”...”>
该项表单内容在提交表单时,指定的名称和值将包含在Get和Post数据中。隐藏字段不会呈现给用户的页面外观,相反,它们可以存储固定发送给服务器的固定名称和值,而不管用户输入如何。有如下用途:
- 对用户在网站上的访问进行会话跟踪。
- 为服务器端程序提供预定义的输入。
- 存储动态产生的页面上下文信息。
缺点:只有当每个页面都是动态生成的时候才会有效
使用隐藏字段进行会话跟踪
解决方案-Cookie
Cooike是Web服务器发送到客户端浏览器的简讯文本信息,在第一次访问服务器后就由服务器向客户端浏览器发送,以后在访问同一个Web站点或域时,浏览器就会毫无更改地返回该文本信息。通过让服务器来读取以前发送到客户端的信息,Web应用程序就能够为访问者提供许多方便。
HTTP Cookie的解决方案
- 用Cookie保存值
//实例化一个Cookie,以键值对的形式存放 Cookie cookie = new Cookie(key,value); //重新设置Cookie的值 cookie.setValue(newValue); //设置Cookie的生命周期 //值为正数表示为多少秒后清除cookie,0表示立即清楚cookie //若为负值表示关闭浏览器后清除cookie cookie.setMaxAge(second); //把Cookie返回给响应 response.addCookie(cookie);
- 获取Cookie中的值
//获取请求中的Cookie Cookie[] cookies = request.getCookie(); //遍历取出Cookie中的键值对 For(Cookie cookie:cookies){ String key = cookie.getName(); String value = cookie.getValue(); //获取之后对值进行操作的代码 }
解决方案-URL重写
当浏览器不支持Cookie或者禁用Cookie时,就可以使用URL地址重写。但是服务器端程序需要为此完成很多简单却又繁琐的处理过程,因为引用站点并返回给用户的每个URL,甚至通过服务器重定向的方式,都追加了额外的信息。
URL重写解决方案
Session原理
- 服务器可以为客户端创建并维护一个Session对象,用于存放数据。
- 在创建Session对象的同时,服务器将会为该 Session对象产生一个唯一编号,这个编号称之为SessionID
- 服务器以Cookie的方式将SessionID存放在客户端。
- 当浏览器再次访问该服务器时,会将SessionID作为Cookie信息带到服务器,服务器可以通过该SessionID检索到以前的Session对象,并对其进行访问
Session的工作流程
Session会话跟踪机制
- 用户发送请求
//从请求中获取session对象 HttpSession session = request.getSession();
- 服务器的响应如下
//HTTP的响应信息
- 再次发送请求
HttpSessoin接口
HttpSession是Java平台对Session机制的实现规范,因为它仅仅是个接口,具体由每个web应用服务器的提供商实现。一般情况下Session都是存储在内存里,当服务器进程被停止或重启的时候,内存里的Session也会被清空(Session对象占用着系统资源)。
- setAttribute(java.lang.String, java.lang.Object):在Session对象中用一个名字绑定一个对象。
- getAttribute(java.lang.String):通过名字获取Session对象中保存的对象。
- removeAttribute(java.lang.String):在Session中删除与一个名字对应的对象。
- getCreationTime():返回第一次创建会话的时间。
- getLastAccessedTime():返回容器最后一次得到该会话ID的请求时间。
- setMaxInactiveInterval(int interval):对于会话指定客户请求的最大间隔时间,以秒为单位。-1表示永不过期
- getMaxInactiveInterval(int interval):返回客户请求的最大间隔时间。
- invalidate():会话结束,当前存在在会话中的所有会话属性也会解除绑定。
- getId():此方法返回每个session唯一的标识
会话超时管理
销毁Session可以采用的简单方式
- 设置会话超时。
- 在Session对象上调用invalidate()方法。
- 应用结束(崩溃或取消部署)
在web.xml文件中配置
<session-config> <session-timeout>15</session-timeout> </session-config>
提示:在web.xml文件中指定会话超时时间,是以分钟为单位。在程序中设置时间是以秒为单位。 |
Application与Session域范围的属性比较
- 在web应用上下文域范围和Session域范围中,都可以用一个名字来绑定一个对象,从而在域范围内进行访问
- 绑定在Session范围内的对象仅仅在一个持续的会话期间被维护
- 绑定在Application(应用上下文)中的对象,在整个Web应用程序运行过程中都被维护
-都使用相同的方法:setAttribute()和getAttribute()
提示:在Application应用范围内保存的对象,维护时间要比在Session域范围内保存的对象长,但是都要占用服务器系统资源,应当尽量使用维护时间短的域对象,或者在不使用后利用removeAttribute()方法销毁绑定对象。 |
Session持久化管理
Session对象的信息一般情况下置于服务器的内存中,当服务器由于故障重启,或者Web应用重新加载的时候,此时的Session信息将会全部丢失。为了避免这样的情况,在某些场合可以将服务器的Session数据存放在文件系统或数据库中,这样的操作称为Session对象的持久化。Session对象在持久化时,存放在其中的对象以序列化的形式存放,这就是为什么一般存放在Session中的数据需要实现可序列化接口(java.io.Serializable)的原因;
通过Context元素的子元素Manager配置Session管理对象:
- ClassName属性用于指定管理Session的类可以是StandarManager或PersitentManager。
- maxActiveSession表示允许存在最多活动Session对象的数目,-1表示不限制。
- maxInactiveInterval表示Session的默认的最长不活动间隔,单位为秒。
- pathname表示StandarManager在服务器重启或应用重新加载时持久化Session对象的文件名,如果设置为"",相当于关掉了Session的持久化机制。
URL重写
- Session对象的正常使用要依赖于Cookie
- URL地址重写能够取得置于Cookie中的会话,并把会话ID附加到访问应用的各个URL最后
URL重写的方法(把SessionID附加到URL地址后面)
- response.encodeURL();
- response.encodeRedirectURL("/lovobook/otherServlet");
提示:静态HTML页面不能实现URL重写,因为URL附加内容必须动态生成。 并且使用URL编码后,容器会首先尝试使用Cookie完成会话管理,只有当Cooike方法失败时才会使用URL重写。 |