Cookie与Session的复习
Cookie
Cookie是HTTP协议制定的。先由服务器保存Cookie到浏览器,再下次浏览器请求服务器时把上一次请求得到Cookie再归还给服务器。由服务器创建保存到客户端浏览器的一个键值对(由服务器创建其实并不严谨,因为前端如Jquery有Cookies插件也可以很轻松的创建,不过,无论由谁来创建,Cookie内部都是一个键值对),客户端会保存Cookie,并会标注出Cookie的来源(哪个服务器的Cookie)。当客户端向服务器发出请求时会把所有这个服务器Cookie包含在请求中发送给服务器,这样服务器就可以识别客户端了
Cookie的规范
Cookie的大小(一般都不会很大)和个数,每个服务器向浏览器发送的Cookie个数都是有限制的,具体数值不必关心,虽然会与HTTP规定的有些差异,但这是历史遗留问题(浏览器大战)的结果,但是,相同的是Cookie无法跨浏览器,不同浏览器之间是不共享Cookie的
服务器端创建Cookie
实例化一个Cookie,之后设置Cookie的属性(存活时间),最后通过response添加Cookie
Cookie cookie1=new Cookie("userName","lz"); response.addCookie(cookie1);
这里没有设置Cookie的存活时间,就是关闭浏览器就销毁这个Cookie
Cookie存活的时间
通过setMaxAge(参数为秒)来设置Cookie存活的时间,以秒为单位。
- maxAge>0:浏览器会把Cookie保存到客户机硬盘上,有效时长为maxAge的值决定
- maxAge=0:浏览器会马上删除这个Cookie
- 不设置(默认):Cookie只在浏览器内存中存在,当用户关闭浏览器时,浏览器进程结束,同时Cookie也就死亡了
Cookie cookie=new Cookie("uname", userName); cookie.setMaxAge(60*60); response.addCookie(cookie);
Cookie常用的方法
getName()和getValue()方法较为常用,分别为获得Cookie的名(键)和值
服务器端获得Cookie是一个Cookie数组,通过request.getCookies()获得;我们遍历这个数组,可以得到所需要的Cookie
Cookie[] cookies=request.getCookies(); for(Cookie c:cookies){ out.print(c.getName()+"="+c.getValue()+"<br/>"); }
Cookie的Path
现在有WEB应用A,向客户端发送了10个Cookie,这就说明客户端无论访问应用A的哪个Servlet都会把这10个Cookie包含在请求中!但是也许只有AServlet需要读取请求中的Cookie,而其他Servlet根本就不会获取请求中的Cookie。这说明客户端浏览器有时发送这些Cookie是多余的
可以通过设置Cookie的path来指定浏览器,在访问什么样的路径时,应该包含什么样的Cookie就由Path决定, 浏览器访问服务器的路径,如果包含某个Cookie的路径,那么就会归还这个Cookie,这样就不会发送不对应的Cookie信息
注意:
- Cookie的path并不是设置这个Cookie在客户端的保存路径
- Cookie的path由服务器创建Cookie时设置
设置Cookie的路径需要使用setPath()方法,例如:
cookie.setPath(“/cookietest/servlet”);
如果没有设置Cookie的路径,那么Cookie路径的默认值当前访问资源所在路径,例如:
- 访问http://localhost:8080/cookietest/AServlet时添加的Cookie默认路径为/cookietest;
- 访问http://localhost:8080/cookietest/servlet/BServlet时添加的Cookie默认路径为/cookietest/servlet;
- 访问http://localhost:8080/cookietest/jsp/BServlet时添加的Cookie默认路径为/cookietest/jsp;
Cookie中保存中文
Cookie的name和value都不能使用中文,如果希望在Cookie中使用中文,那么需要先对中文进行URL编码,然后把编码后的字符串放到Cookie中
向客户端响应中添加Cookie:
String name = URLEncoder.encode("姓名", "UTF-8"); String value = URLEncoder.encode("张三", "UTF-8"); Cookie c = new Cookie(name, value); c.setMaxAge(3600); response.addCookie(c);
从客户端请求中获取Cookie:
response.setContentType("text/html;charset=utf-8"); Cookie[] cs = request.getCookies(); if(cs != null) { for(Cookie c : cs) { String name = URLDecoder.decode(c.getName(), "UTF-8"); String value = URLDecoder.decode(c.getValue(), "UTF-8"); String s = name + ": " + value + "<br/>"; response.getWriter().print(s); } }
Cookie与Session
当我们添加一个Cookie到浏览器之后,会发现实际上会在浏览器中保存两个Cookie,有一个是默认的,名叫JSESSIONID,这个东西与Session有关,Session的底层就是使用Cookie来完成的
Session
javax.servlet.http.HttpSession表示一个会话,我们可以把一个会话内需要共享的数据保存到HttSession对象中。可以把会话理解为客户端与服务器之间的一次会晤,在一次会晤中可能会包含多次请求和响应
在JavaWeb中,客户向某一服务器发出第一个请求开始,会话就开始了,直到客户关闭了浏览器会话结束
session是服务器端对象,保存在服务器端
获取HttpSession对象
- HttpSession request.getSesssion():如果当前会话已经有了session对象那么直接返回,如果当前会话还不存在会话,那么创建session并返回;
- HttpSession request.getSession(boolean):当参数为true时,与requeset.getSession()相同。如果参数为false,那么如果当前会话中存在session则返回,不存在返回null;
HttpSession是域对象
Session作为域对象进行数据的共享最为常用,Session常用的方法为:
- void setAttribute(String name, Object value):用来存储一个对象,也可以称之为存储一个域属性,例如:session.setAttribute(“xxx”, “XXX”),在session中保存了一个域属性,域属性名称为xxx,域属性的值为XXX。请注意,如果多次调用该方法,并且使用相同的name,那么会覆盖上一次的值,这一特性与Map相同;
- Object getAttribute(String name):用来获取session中的数据,当前在获取之前需要先去存储才行,例如:String value = (String) session.getAttribute(“xxx”);,获取名为xxx的域属性;
- void removeAttribute(String name):用来移除HttpSession中的域属性,如果参数name指定的域属性不存在,那么本方法什么都不做;
- Enumeration getAttributeNames():获取所有域属性的名称;
HttpSession session = request.getSession();
session.setAttribute("userName", userName);
只要用户没有关闭浏览器,session就一直存在,那么保存在session中的用户信息也就一起存在
HttpSession原理
之前写到Session的底层依赖于Cookie,我们就来看看这是这么一回事:
当首次使用session时,服务器端要创建session,session是保存在服务器端,而给客户端的session的id(一个cookie中保存了sessionId,就是JSESSIONID啦)。客户端带走的是sessionId,而数据是保存在session中
当客户端再次访问服务器时,在请求中会带上sessionId,而服务器会通过sessionId找到对应的session,而无需再创建新的session,如果sessionId存在,通过sessionId没有查找到session对象,则创建session,把session保存起来,把新创建的sessionId保存到Cookie中
如果创建了新的session,浏览器会得到一个包含了sessionId的Cookie,这个Cookie的存活时间就是默认的,即只在浏览器内存中存在,如果不关闭浏览器,那么Cookie就一直存在。
但没有关闭浏览器的情况下,再次请求时,通过执行request.getSession()方法得到的session对象与上一次请求使用的是同一session对象
注意:服务器不会马上给你创建session,在第一次获取session时,才会创建。第一次获取Session就是使用request.getSession();方法
Session的最大不活动时间
既然Session底层依赖Cookie,那么和Cookie一样存在存活时间,默认的Session不活动时间为30分钟,也就是30分钟浏览器客户端没有发出任何请求,Session没有任何活动,这个Session就会被销毁,这个默认配置可以在Tomcat的conf/web.xml中找到,我们可以配置Session的存活时间,建议不要修改Tomcat中的配置,可以在我们自己的项目的web.xml文件中配置 :
<session-config> <session-timeout>30</session-timeout> </session-config>
其实,一般也不用修改默认,这个配置使用的并不多
URL重写
我们知道了session依赖Cookie,那么session为什么依赖Cookie呢?因为服务器需要在每次请求中获取sessionId,才可以根据这个Id在Session缓存中找到当前客户端的正在使用的是哪个session对象。那么如果客户端浏览器关闭了Cookie呢(某些浏览器设置的安全性过高,会禁用Cookie)?那么session是不是就会不存在了呢?
我们可以采用这样的一个方法:让服务器收到的每个请求中都带有sessioinId,这就是URL重写。在每个页面中的每个链接和表单中都添加名为JSESSIONID的参数,值为当前sessionid。当用户点击链接或提交表单时也服务器可以通过获取JSESSIONID这个参数来得到客户端的sessionId,找到sessoin对象
index.jsp:
<body> <h1>URL重写</h1> <a href='/test/index.jsp;jsessionid=<%=session.getId() %>' >主页</a> <form action='/test/index.jsp;jsessionid=<%=session.getId() %>' method="post"> <input type="submit" value="提交"/> </form> </body>
因为session是JSP的九大内置对象,所以可以直接使用其中的方法
推荐一种更为方便的写法:
使用response.encodeURL()对每个请求的URL处理,这个方法会自动追加jsessionid参数,与上面我们手动添加是一样的效果
<a href='<%=response.encodeURL("/test/index.jsp") %>' >主页</a> <form action='<%=response.encodeURL("/test/index.jsp") %>' method="post"> <input type="submit" value="提交"/> </form>
使用response.encodeURL()更加“智能”,它会判断客户端浏览器是否禁用了Cookie,如果禁用了,那么这个方法在URL后面追加jsessionid,否则不会追加