一、为什么引入session

> Cookie实际上就是一个头。

> 服务器会创建Cookie,并且将Cookie以一个响应头的形式发送给浏览器
        > 浏览器收到Cookie以后,会保存Cookie,并且每次访问服务器时都会以请求头的形式带着Cookie
        > 服务器就可以根据浏览器带着的Cookie来识别不同的用户。

        > Cookie的不足:
        - Cookie是纯文本的,使用起来不安全。
       - 浏览器每次访问服务器都需要带着Cookie,无形中增加浏览器的流量。
       - 浏览器对Cookie的数量和大小都有不同的限制,所以我们不能再Cookie中保存大量的信息。

二、 HttpSession的引入及简介

1、简介

- Cookie的信息最终都是要保存到浏览器上的,但是浏览器对Cookie的大小和数量都有限制,不能再Cookie中保存大量信息。

            - 但是在服务器中保存的内容的大小和数量是没有限制,可不可以将用户的信息保存到服务器上的一个对象中?

            - 可以为这个对象创建一个唯一的标示,然后将这个唯一的标示交给浏览器保存(以Cookie的形式),然后服务器中就可以根据这个标识找到他的对象。

            - 服务器中的对象就是我们熟悉的HttpSession。


             - HttpSession用来保存当前浏览器的会话的信息,每一次会话都对应一个session对象。

             - 一个浏览器对应一个Session对象,不同浏览器之间不会共享Session

            - Session的默认有效时间是一次会话,一旦关闭浏览器以后Session对象将失效

            - 每一个Session都有一个唯一的ID,我们只需要将ID交给浏览器,就可以通过ID来找到浏览器对应的那个Session对象

            - 当服务器创建一个新的HttpSession对象时,会将session的id以Cookie的形式发送给浏览器:Set-Cookie: JSESSIONID=96343C6F88D5917BEE3B8D3E940DBD66

           - 当浏览器再次访问服务器是,会以Cookie的形式带着Session的ID,服务器会去检查ID,并根据ID获取到HttpSession对象Cookie:                                                      JSESSIONID=96343C6F88D5917BEE3B8D3E940DBD66

           - Session在服务器内部是保存到一个叫做SessionMap的集合中,这个map的key是Session的ID,值就是Session对象

2、 工作机制
            - Session对象的创建时机
           - Session对象是在request.getSession()方法第一次被调用时创建。
           - 在第一次访问JSP时,也会创建一个Session对象,因为在JSP对应的java文件中,已经调用过该方法了。

3、UUID及时间戳:
            UUID:是一个32位的唯一标识符,UUID是根据机器码以及时间戳生成的,所以UUID是全世界的一个唯一的标识符,
            永远不会重复,一般使用UUID做为一个对象的唯一标识,或者做为数据库表中的一个主键!
            String uuid = UUID.randomUUID().toString();
            System.out.println(uuid);
            时间戳指的就是从1970年1月1日0时0分0秒到现在时间的毫秒数
      4、有效时间

- Session对象的默认有效时间是一次会话,这里并不是因为Session对象被销毁了,而是浏览器保存的JSESSIONID的这个Cookie丢失了。

           - 能不能让Session对象,在关闭浏览器以后依然有效?
           我们可以通过修改JSESSIONID这个Cookie有效时间,让Session在关闭浏览器之后依然有效。

           - Session对象是有一个最大的闲置时间,一旦超过最大的闲置时间,则Session对象会被销毁。
           - 我们可以在总的web.xml文件中配置Session对象的最大闲置时间
           <session-config>
           <session-timeout>30</session-timeout>
           </session-config>
           它的单位是分钟,可以在这里来修改,但是如果在这修改那么服务器中所有项目的闲置时间都会修改。
           如果我们只想修改我们当前项目的闲置时间,可以在当前项目的web.xml文件中进行修改

          - 通过setMaxInactiveInterval来设置有效时间
          //当传一个大于0的数时,session的最大闲置时间会被设置为相应的秒数
          //session.setMaxInactiveInterval(10);

//当传一个等于0的数或者当传一个小于0的数时,session对象会永远有效,所以尽量不给他设置负值
         session.setMaxInactiveInterval(-100);

        - 使Session立即失效
        session.invalidate();

5、URL重写

        - Session的运行机制是基于Cookie。
        - 如果浏览器禁用Cookie,那么Session机制将会失效。
        - 如果浏览器禁用了Cookie,那么浏览器将不会保存JSESSIONID这个Cookie,但是我们可以通过地址栏来传递Cookie的信息
        http://localhost:8080/16_WEB_Session/2.jsp;jsessionid=2AA78907BE47396DA23DEB094269AFF3
        - 可以通过
        response.encodeRedirectURL("绝对路径")
        response.encodeURL("绝对路径")
        这两个方法来重写URL地址,这两个方法,当浏览器不支持Cookie时会自动的在地址后边加上Cookie的信息

        - 还可以通过c:url标签来重写URL地址
        <c:url value="/2.jsp"></c:url>
        注意使用URL标签时,不用加上项目名

        - 一般开发时,我们不太使用URL重写,因为URL重写不太安全。

6、Session的活化和钝化

            > 钝化:
            - 将一个HttpSession对象序列化到硬盘中我们称为Session的钝化。

            > 活化
            - 将写入硬盘中HttpSession对象反序列化到内存中的过程我们成为Session的活化。

            > 一般情况下,当服务器停止时,Session对象会被写入到硬盘中,然后当服务器再次启动时,
           会自动将硬盘中的对象加载进内存。

            > 如果希望Session域中的属性可以和Session一起钝化到磁盘中,那这些属性必须实现java.io.Serializable接口

            > 当访问服务器的用户过多时,会有非常多的会话产生,这些会话,每一个会话都会对应一个HttpSession对象。
            这时在服务器的内存会存在大量的Session对象,但是这些对象并不是都在使用中,
             所以我们希望将这些不使用的Session对象钝化到硬盘中,当这些对象再次使用时,在活化进内存。

           在Tomcat的配置文件conf/context.xml文件的根标签中加入如下代码
            <Manager className="org.apache.catalina.session.PersistentManager" maxIdleSwap="1">
           <Store className="org.apache.catalina.session.FileStore" directory="mySession" />
           </Manager>
           maxIdleSwap属性:指的Session闲置时间,当闲置一定时间以后,会自动钝化到硬盘中
           directory属性:Session钝化后的目标文件夹

        7、表单的重复提交问题的解决

- 同一个表单中的内容多次提交到服务器中。
            - 第一种情况:
                 提交完表单以后,不做其他操作,直接刷新页面,表单会提交多次。
                - 这种情况产生的根本原因是,Servlet处理完请求以后,直接转发到目标页面。
               - 这样整一个业务,只发送了一次请求,那么当你在浏览器中点击刷新按钮或者狂按f5会一直都会刷新之前的请求

         -解决方案:
                使用重定向跳转到目标页面

        - 第二种情况:
              在提交表单时,如果网速较差,可能会导致点击提交按钮多次,这种情况也会导致表单重复提交。
             - 产生的原因:是因为咱们的提交按钮可以点击多次。

            - 解决方案:
            使提交按钮只能点击一次。这事咱们得通过js来完成。

           window.onload = function(){

                //获取按钮的对象
            var btn = document.getElementById("sub_btn");
           //为按钮绑定单击响应函数
           btn.onclick = function(){

           //点击以后使按钮不可用
           this.disabled=true;

         //当将提交按钮设置为不可用时,会自动取消它的默认行为
        //手动提交表单
        this.parentNode.submit();

       };

        };

        - 第三种情况:
        表单提交成功以后,直接点击浏览器上回退按钮,不刷新页面,然后点击提交按钮再次提交表单。
        - 产生的原因:
        因为服务器在处理请求时,不会检查是否为重复提交的请求。
       - 解决方案:
       使用一个token的机制。
       - token就是令牌的意思。
       - 服务器在处理请求之前先来检查浏览器的token。
        - token由服务器来创建,并交给浏览器,浏览器在向服务器发送请求时需要带着这个token
       - 服务器处理请求前检查token是否正确,如果正确,则正常处理,否则返回一个错误页面
        - 服务器所创建的token只能使用一次。
        - token一般使用一个唯一的标识。

        - 表单重复提交的危害:
        - 向数据库中插入大量的重复且没有意义的数据,占用服务器的资源。
        - 处理请求服务器并没有检查请求是否为重复的请求,导致恶意的攻击。

Session的引入以及Cookie的不足的更多相关文章

  1. Django(十三)状态保持 —— cookie与session+ajax异步请求+session记住登录状态+cookie记住登录名密码

    一.状态保持的概述 http协议是无状态的.下一次去访问一个页面时并不知道上一次对这个页面做了什么.因此引入了cookie.session两种方式来配合解决此问题. Duplicate entry:重 ...

  2. 【转】Session ID/session token 及和cookie区别

    Session + Cookie  知识收集! cookie机制采用的是在客户端保持状态的方案.它是在用户端的会话状态的存贮机制,他需要用户打开客户端的cookie支持.cookie的作用就是为了解决 ...

  3. Session id实现通过Cookie来传输方法及代码参考

    1. Web中的Session指的就是用户在浏览某个网站时,从进入网站到浏览器关闭所经过的这段时间,也就是用户浏览这个网站所花费的时间.因此从上述的定义中我们可以看到,Session实际上是一个特定的 ...

  4. session详解&和cookie的区别

    session简介 1. 定义 session用来保存会话数据, 将数据保存到服务器中. 2. 作用 在WEB开发中,服务器可以为每个用户浏览器创建一个会话对象(session对象),一个浏览器独占一 ...

  5. session,ajax 跨域cookie

    什么是Session, 什么是Cookie? Session是由应用服务器维持的一个服务器端的存储空间,用户在连接服务器时,会由服务器生成一个唯一的SessionID,用该SessionID为标识符来 ...

  6. 关于session的实现:cookie与url重写

    本文讨论的语境是java EE servlet. 我们都知道session的实现主要两种方式:cookie与url重写,而cookie是首选(默认)的方式,因为各种现代浏览器都默认开通cookie功能 ...

  7. Session、SessionId和Cookie的关系

    Session是保存在服务器中的,SessionId是保存在Cookie中的. 当用户·登录时候,系统会将"用户名"和"密码"保存到Session中,系统会给每 ...

  8. javaWeb学习总结(7)-关于session的实现:cookie与url重写

    本文讨论的语境是java EE servlet.我们都知道session的实现主要两种方式:cookie与url重写,而cookie是首选(默认)的方式,因为各种现代浏览器都默认开通cookie功能, ...

  9. requests库使用:通过cookie跳过验证码登录,并用Session跨请求保持cookie

    拿我平时测试的一个系统为例,从UI层面来说必须先登录才可以进行后续操作,但是我在测试接口文档提供的接口时,发现并不需要登录,每个接口只要传参就可以正常返回.原因是我们这边专门弄了一个接口包来统一管理常 ...

随机推荐

  1. 【Stack Overflow -- 原创加工、原创整理、生产实战】-- 深度复制

    一.说明 1.本程序的核心代码不是我原创的,是我在Stack Overflow上搜集后加工出来的,原作者已忘记了~ 2.这段程序是我在上海携程(2014年左右)上班时整理并在生产环境应用的,先后经历了 ...

  2. JSP include HTML出现乱码 问题解决

    Problem? 当使用<jsp:include page="top.html"></jsp:include>引入html文件时, 并且jsp 和 html ...

  3. linux可用更新源

    Kali 2.0更新源kali-rolling:#中科大deb http://mirrors.ustc.edu.cn/kali kali-rolling main non-free contribde ...

  4. SQL Server 2012 案例教程(贾祥素)——学习笔记

    第2章 SQL Server 2012概述 1.SQL(Structed Query Language),结构化查询语言. 2.SSMS(SQL Server Mangement Studio),SQ ...

  5. ssh连接异常:read from socket failed connection reset by peer

    我出现这个问题的原因是:之前将/etc的权限设为777, 这是一个错误的操作!!然后我把权限修改过来(chmod 400 /etc) 重启服务(/bin/systemctl restart ssh.s ...

  6. ubuntu下helloworld内核模块编译

    1.hello.c #include<linux/init.h> #include<linux/module.h> MODULE_LICENSE("Dual BSD/ ...

  7. CSS规则

    CSS规则 --------------------------------------------- 1 前言 2 代码风格 2.1 文件 2.2 缩进 2.3 空格 2.4 行长度 2.5 选择器 ...

  8. 50. leetcode 520. Detect Capital

    520. Detect Capital Given a word, you need to judge whether the usage of capitals in it is right or ...

  9. 如何发布自己的开源框架到CocoaPods【转】

    在开发过程中,经常会使用到第三框架,我们通过一个pod install命令,很方便的就将第三方框架加到我们自己的项目中. 如果我们也想将自己写的组件或库开源出去,让别人也可以通过pod install ...

  10. Java 垃圾回收算法

    在之前Java 运行期数据区一文中,介绍了运行时内存的各个部分.其中程序计数器.虚拟机栈.本地方法栈都随线程消亡,所以,这几个区域的内存分配和回收都具备确定性.而 Java 堆和方法区不同,我们只有在 ...