浅谈Session的使用(原创)

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

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

3.1 Cookie与session的相伴相生

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

<input type="checkbox" name="remember" value="rememberMe" checked="checked"/>记住我 

​ 然后在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文件,在里面写下以下内容:

<?xml version="1.0" encoding="UTF-8"?>
<Context>
    <Manager className="org.apache.catalina.session.PersistentManager" maxIdleSwap="1">
        <Store className="org.apache.catalina.session.FileStore" directory="zhangA" />
    </Manager>
</Context>

​ 这样,就可以让session在1分钟没有操作后被钝化到tomcat工作路径的zhangA文件夹下。我们可以先找一找,或者写一个监听器来验证验证。那么我是先去工作路径找了,果然,在TomCat8.5\work\Catalina\localhost\bookstore下出现了一个名为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。

posted @ 2019-06-23 14:31 return_false 阅读(...) 评论(...) 编辑 收藏