浅谈Session的使用(原创)

1.引言

​ 在java中Session域对象能将数据存储在服务器端，它可以存放各种类别的数据，相比只能存储字符串的cookie，能给开发人员存储数据提供很大的便利，是一名优秀的后端开发人员必须掌握的技术。此次，我将先介绍一下Session域的生命周期，再结合一个cookie和session的例子，讲一讲他们互相配合的大致使用方式，还有session活化、钝化的使用。

2.Session域的生命周期

2.1 Session的创建

​ 前面提到，session域是将数据存储在服务器端的，于是，Session在用户第一次访问服务器，即第一次访问jsp页面或servlet时会被创建。而数据存储在服务器中，是不是会产生无法和客户端一一对应的情况呢？有2个用户访问你的服务器，你在Session中给他们分别创建了一个名为”user”的属性，那么你怎么知道哪个”user”对应哪个用户呢？所以，其实在Session被创建的同时，浏览器中就会被添加一个cookie，他的名字叫”JSESSIONID”，是一个很长的随机字符串，而服务器就可以用这个cookie作为标识，精确地访问到对应用户。比如用户1的”JSESSIONID”可能为”E39BB9C...”，而用户2的”JSESSIONID”为”78DD984...”。

2.2 Session的销毁

​ 现在，我们已经知道session是如何产生的了，但是，不弄明白他什么时候被销毁，相信大家也不敢轻易使用的。服务器会把长时间不用的session清除掉，默认这个时间是30分钟，可以在web.xml中设置

标签里的

标签，单位是分钟，比如设为60，他的默认销毁时间就会变成1小时。还有一种情况，就是调用session的invalidate方法强制销毁。这也就导致关闭服务器的时候会销毁session，因为关闭服务器的时候服务器会自动调用invalidate方法清除所有session。

3.那么，session被销毁后，其中存放的属性不就都访问不到了吗，有何良策？

​ 将session的

标签设为10080(60

247)，即7天后销毁？此为下策，虽然在不关闭服务器的情况下，勉强可以产生类似cookie的长时间保存数据的效果。但是，要知道session的数据是存储在服务器内存中的，随着用户的增加，session域对象势必会迅猛增加，而它们存储的数据将是海量的，如此你还敢把session在服务器中存放7天？

​ 有两种方法可以避免这种情况。一，不给session设置7天的有效期，而是用cookie来存储那7天有效期。因为cookie是存放在客户端的，不会对服务器造成太大的压力，每次通过cookie存储一些关键数据，并通过数据库查找到完整数据，并存放在已经失效的session中，就成了一条可达之路。二，可以设置session的活化钝化，这样session在30分钟后不会消除，而是会钝化到硬盘中，在session被使用的时候，就又将钝化后的文件活化到内存中供调用。下面，我将对这两种方法通过实例进行详细地讲解。

3.1 Cookie与session的相伴相生

​ 首先，我们需要一个记住密码的选项：

记住我

​ 然后在servlet中获取这个参数，并且在判断用户名和密码都正确之后，将账号和密码用#隔开存在cookie中，并设置有效期7天，这个cookie是在客户端的，不用担心服务器压力太大。

String rememberMe = request.getParameter("remember");

if(用户名密码正确){

if(rememberMe.equals("rememberMe")) {

Cookie cookie = new Cookie("user",username+"#"+password);

cookie.setMaxAge(7*24*60*60);

cookie.setPath(request.getContextPath());

response.addCookie(cookie);

}

}

​ 再之后写filter，先写注解，然后写内容：1.先将requset和response转化成http模式的，然后获取session。2.判断如果session中没有user这个属性了，从cookie中查找user这个cookie，如果找到了，获取用户名和密码，然后用userService根据用户名和密码在数据库中查找对应的UserBean对象，并再次存放到session中，最后放行。

@WebFilter(filterName="UserFilter",urlPatterns="/client/*",dispatcherTypes= {

DispatcherType.REQUEST,

DispatcherType.FORWARD,

DispatcherType.INCLUDE

})

public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException {

HttpServletRequest request = (HttpServletRequest) req;

HttpServletResponse response = (HttpServletResponse) resp;

HttpSession session = request.getSession();

if(session.getAttribute("user")==null) {

Cookie[] cookies = request.getCookies();

Cookie cookie = CookieUtil.findCookieByName(cookies, "user");

if(cookie!=null) {

String[] userinfo = cookie.getValue().split("#");

String username = userinfo[0];

String password = userinfo[1];

UserService userService = new UserServiceImpl();

try {

User user = (User)userService.login(username, password);

session.setAttribute("user", user);

} catch (SQLException e) {

e.printStackTrace();

}

}

}

chain.doFilter(request, response);

}

​ 如此，便通过cookie和session的巧妙合作，完成了一次长达7天的自动登录功能。

3.2 Session活化钝化自力更生

​ 首先，要实现这么操作，需要先去配置文件里走一遭，因为虽然默认session的活化是开启的，但钝化是关闭的。考虑尽量不影响别的使用这个tomcat的项目的正常使用的情况下，我们只针对这个web项目开启钝化。这需要在/WebRoot/META-INF 目录下创建 context.xml文件，在里面写下以下内容：

​ 这样，就可以让session在1分钟没有操作后被钝化到tomcat工作路径的zhangA文件夹下。我们可以先找一找，或者写一个监听器来验证验证。那么我是先去工作路径找了，果然，在TomCat8.5workCatalinalocalhostbookstore下出现了一个名为zhangA的文件夹，而其中，正是我们刚刚钝化掉的session文件。那么再测试下监听吧，首先我们让User实现HttpSessionActivationListener和Serializable这两个接口。接着，在sessionDidActivate方法中输出“我被活化了”，在另一个方法中输出“我被钝化了”。然后重启服务器，再次登录观察输出。一分钟后，看到控制台输出“我被钝化了”了，我们再次刷新网页。因为之前filter没删的原因，在client下的网页每次运行都会检测session中有没有user这个属性，所以控制台立刻输出了“我被活化了”。至此，活化钝化测试完美收官。

//部分代码

import java.io.Serializable;

import javax.servlet.http.HttpSessionActivationListener;

import javax.servlet.http.HttpSessionEvent;

public class User implements HttpSessionActivationListener,Serializable{

@Override

public void sessionDidActivate(HttpSessionEvent arg0) {

// TODO Auto-generated method stub

System.out.println("我被活化了");

}

@Override

public void sessionWillPassivate(HttpSessionEvent arg0) {

// TODO Auto-generated method stub

System.out.println("我被钝化了");

}

}

最后

希望这篇文章能帮到大家更加了解session。