我们可以将会话期间必须共享的资料保存在HttpSession中,使之成为属性。如果用户关掉浏览器接受Cookie的功能,HttpSession也可以改用URL重写的方式继续其会话管理功能。
HttpSession的使用
在Servlet/JSP中,如果要进行会话管理,可以使用HttpServletRequest的getSession()方法取得HttpSession对象。语句如下:
HttpSession session = request.getSession();
getSession()方法有两个版本,另一个版本可以传入布尔值,默认为true,表示若尚未存在HttpSession实例,则直接建立一个新的对象;若传入为false,表示若尚未存在HttpSession实例,则直接返回null。
HttpSession上最常用的方法时setAttribute()与getAttribute(),可以在对象中设置和取得属性。默认在关闭浏览器前,所取得的HttpSession都是形同的实例。如果想要在此次会话期间直接让目前的HttpSession失效,则可以执行HttpSession的invalidate()方法。一个使用的时机就是实现注销机制。一个示例如下:
Login.java:
@WebServlet("/login.do")
public class Login extends HttpServlet{
protected void processRequest(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
String username = request.getParameter("username");
String password = request.getParameter("password");
if ("abc".equals(username) && "123".equals(password)) {
request.getSession().setAttribute("login", username);
request.getRequestDispatcher("user.jsp")
.forward(request, response);
} else {
response.sendRedirect("login.html");
}
}
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
protected void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
processRequest(request, response);
}
}
在登录时,如果用户名与密码正确,就会取得HttpSession并设置一个login属性,用以代表用户完成登录的动作。对于其他的Servlet/JSP,如果可以从HttpSession取得login属性,基本就可以确定是个已登录的用户,这类用来识别用户是否登录的属性,通常称为登录字符(Login Token)。在上例中,登录成功后会转发到用户界面。
User.jsp:
<%@ page language="java" contentType="text/html; charset=ISO-8859-1"
pageEncoding="ISO-8859-1"%>
<%@taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Insert title here</title>
</head>
<body>
<c:choose>
<c:when test="${sessionScope.login == null}">
<jsp:include page="login.html" />
</c:when>
<c:otherwise>
<h1>Welcome! ${sessionScope.login}!</h1>
<a href="logout.do">Sign out</a>
</c:otherwise>
</c:choose>
</body>
</html>
Login.html
<body>
<form action="login.do" method="post">
username:<input type="text" name="username" /><br />
password:<input type="password" name="password" /><br />
<input type="submit" value="Sign in" />
</form>
</body>
Logout.java:
@WebServlet("/logout.do")
public class Logout extends HttpServlet{
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
request.getSession().invalidate();
response.sendRedirect("login.html");
}
}
指定HttpSession的invalidate()之后,容器就会销毁并回收HttpSession对象。如果再次执行HttpServletRequest的getSession(),则说的取得的HttpSession就是另外一个新的对象了。
HttpSession会话管理原理
当执行HttpServletRequest的getSession()时,web容器会建立HttpSession对象,每个HttpSession都会有一个特殊的ID,称之为Session ID。可以执行HttpSession的getID()可以取得Session ID。这个Session ID默认会使用Cookie将其存放至浏览器。在Tomcat中,Cookie的名称是JSESSIONID,数字则是getID()所取得的Session ID。
每个HttpSession都有个特殊的Session ID,当浏览器请求应用程序时,会将Cookie中存放的Session ID一并发送给应用程序,web容器根据Session ID来取出对应的HttpSession对象,如此就可以取得各个浏览器的会话数据。
所以使用HttpSession来进行会话管理时,设置为属性的数据是保存在服务器端的,而Session ID默认使用Cookie存放于浏览器中。web容器储存Session ID的Cookie被设置为关闭则浏览器就会失效,重新打开浏览器请求应用程序时,通过getSession()所取得的是新的HttpSession对象。
由于HttpSession会占用内存空间,所以HttpSession得属性中尽量不要保存耗资源的大型对象,必要时可将属性移除,或者不需使用HttpSession时,执行invalidate()让HttpSession失效。
关闭浏览器时会马上失效的是浏览器上的Cookie,而不是HttpSession。
可以执行HttpSession的setMaxInactiveInterval()方法,设置浏览器在多久没有请求应用程序的情况下,HttpSession就会自动失效,设置的单位是”秒”。也可以在web.xml中设置HttpSession默认的失效时间,但要注意的时,这里设置的时间单位是”分钟”。例如:
<web-app ...>
<session-config>
<session-timeout>30</session-timeout>
</session-config>
</web-app>
保存Session ID的Cookie被设置为关闭浏览器就失效。关闭浏览器后若希望保存信息,必须通过自行操作Cookie来达成,例如完成自动登录机制。
HttpSession与URL重写
如果在用户禁用Cookie的情况下,仍打算运用HttpSession来进行会话管理,那么可以搭配URL重写的方式,向浏览器响应一段超链接,超链接URL后附加Session ID,当用户点击超链接时,则将Session ID以GET请求方式发送给web应用程序。
如果要使用URL重写的方式来发送Session ID,则可以使用HttpServletRequest的encodeURL()协助产生所需的URL重写。当容器尝试取得HttpSession实例时,若可以从HTTP请求中取得带有Session ID的Cookie,encodeURL()会将设置给它的URL原封不动的输出;若无法从HTTP请求中取得带有Session ID的Cookie(通常是浏览器禁用Cookie的情况),encodeURL()会自动产生带有Session ID的URL重写。
如果有执行encdeURL(),在浏览器第一次请求网站时,容器并不知道浏览器是否禁用Cookie,所以容器的做法是Cookie(发送set-cookie标头)与URL重写都做,因此若Servlet有以下语句,无论浏览器是否禁用Cookie,第一次请求时,都会显示编上Session ID的URL。
request.getSession();
out.println(response.encodeURL("index.jsp"));
当再次请求时,如果浏览器没有禁用Cookie,则容器可以从Cookie(从cookie标头)中取得Session ID,此时encodeURL()就只会输出index.jsp。如果浏览器禁用Cookie,则encodeURL()就会继续在URL上编上Session ID
HttpServletResponse的另一个方法encodeRedirectURL()方法,可以在要去浏览器重定向时,在URL上编上Session ID。
转载:http://blog.csdn.net/foreverling/article/details/50299667