• 小记常见的会话跟踪技术


    常见的会话跟踪技术


    使用Cookie

    向客户端发送Cookie

    Cookie c =new Cookie("name","value"); //创建Cookie 
    c.setMaxAge(60*60*24); //设置最大时效,此处设置的最大时效为一天
    response.addCookie(c); //把Cookie放入到HTTP响应中

    从客户端读取Cookie

    String name ="name"; 
    Cookie[]cookies =request.getCookies(); 
    if(cookies !=null){ 
       for(int i= 0;i<cookies.length;i++){ 
        Cookie cookie =cookies[i]; 
        if(name.equals(cookis.getName())) 
        //something is here. 
        //you can get the value 
        cookie.getValue(); 
           
       }
     }

    优点: 数据可以持久保存,不需要服务器资源,简单,基于文本的Key-Value

    缺点: 大小受到限制,用户可以禁用Cookie功能,由于保存在本地,有一定的安全风险。


    URL重写

    在URL中添加用户会话的信息作为请求的参数,或者将唯一的会话ID添加到URL结尾以标识一个会话。

    优点: 在Cookie被禁用的时候依然可以使用

    缺点: 必须对网站的URL进行编码,所有页面必须动态生成,不能用预先记录下来的URL进行访问。


    隐藏的表单域

    <input type="hidden" name ="session" value="..."/>

    优点: Cookie被禁时可以使用

    缺点: 所有页面必须是表单提交之后的结果。


    HttpSession

    在所有会话跟踪技术中,HttpSession对象是最强大也是功能最多的。当一个用户第一次访问某个网站时会自动创建 HttpSession,每个用户可以访问他自己的HttpSession。可以通过HttpServletRequest对象的getSession方 法获得HttpSession,通过HttpSession的setAttribute方法可以将一个值放在HttpSession中,通过调用 HttpSession对象的getAttribute方法,同时传入属性名就可以获取保存在HttpSession中的对象。与上面三种方式不同的 是,HttpSession放在服务器的内存中,因此不要将过大的对象放在里面,即使目前的Servlet容器可以在内存将满时将HttpSession 中的对象移到其他存储设备中,但是这样势必影响性能。添加到HttpSession中的值可以是任意Java对象,这个对象最好实现了 Serializable接口,这样Servlet容器在必要的时候可以将其序列化到文件中,否则在序列化时就会出现异常。

    小记Cookie和Session的区别

    • 由于HTTP协议是无状态的协议,所以服务端需要记录用户的状态时,就需要用某种机制来识具体的用户,这个机制就是Session.典型的场景比如购物车,当你点击下单按钮时,由于HTTP协议无状态,所以并不知道是哪个用户操作的,所以服务端要为特定的用户创建了特定的Session,用用于标识这个用户,并且跟踪用户,这样才知道购物车里面有几本书。这个Session是保存在服务端的,有一个唯一标识。在服务端保存Session的方法很多,内存、数据库、文件都有。集群的时候也要考虑Session的转移,在大型的网站,一般会有专门的Session服务器集群,用来保存用户会话,这个时候 Session 信息都是放在内存的,使用一些缓存服务比如Memcached之类的来放 Session。
    • 思考一下服务端如何识别特定的客户?这个时候Cookie就登场了。每次HTTP请求的时候,客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的,第一次创建Session的时候,服务端会在HTTP协议中告诉客户端,需要在 Cookie 里面记录一个Session ID,以后每次请求把这个会话ID发送到服务器,我就知道你是谁了。有人问,如果客户端的浏览器禁用了 Cookie 怎么办?一般这种情况下,会使用一种叫做URL重写的技术来进行会话跟踪,即每次HTTP交互,URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数,服务端据此来识别用户。
    • Cookie其实还可以用在一些方便用户的场景下,设想你某次登陆过一个网站,下次登录的时候不想再次输入账号了,怎么办?这个信息可以写到Cookie里面,访问网站的时候,网站页面的脚本可以读取这个信息,就自动帮你把用户名给填了,能够方便一下用户。这也是Cookie名称的由来,给用户的一点甜头。所以,总结一下:Session是在服务端保存的一个数据结构,用来跟踪用户的状态,这个数据可以保存在集群、数据库、文件中;Cookie是客户端保存用户信息的一种机制,用来记录用户的一些信息,也是实现Session的一种方式。

    转载来自:https://juejin.im/post/5abf6c1b6fb9a028bd4c705f

  • 相关阅读:
    Failed to configure a DataSource: 'url' attribute is not specified and no embedded datasource could
    Spring Boot @Validation @Valid
    Spring Boot高版本配置数据库连接驱动问题
    Spring Boot应用建议及脚手架工程
    Motan RPC
    JSON Web Tokens介绍
    SpringBoot脚手架工程集成jwt
    JWT与Zuul
    基于Spring oauth2.0统一认证登录,返回自定义用户信息
    @JsonIgnore失效
  • 原文地址:https://www.cnblogs.com/it-taosir/p/10364429.html
Copyright © 2020-2023  润新知