JavaWEB- Cookie And Session (超详细)（新手必看）

1.1 无状态协议

无状态是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。即我们给服务器发送 HTTP 请求之后，服务器根据请求，会给我们发送数据过来，但是，发送完，不会记录任何信息。
HTTP 是一个无状态协议，这意味着每个请求都是独立的。
缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
HTTP 协议这种特性有优点也有缺点，优点在于解放了服务器，每一次请求“点到为止”不会造成不必要连接占用，缺点在于每次请求会传输大量重复的内容信息。
客户端与服务器进行动态交互的 Web 应用程序出现之后，HTTP 无状态的特性严重阻碍了这些应用程序的实现，毕竟交互是需要承前启后的，简单的购物车程序也要知道用户到底在之前选择了什么商品。于是，两种用于保持 HTTP 连接状态的技术就应运而生了，一个是 Cookie，而另一个则是 Session。

1.2 会话
一次会话中包含多次请求和响应。
  一次会话：浏览器第一次给服务器资源发送请求，会话建立，直到有一方断开为止
1.3 功能
在一次会话的范围内的多次请求间，共享数据
比如 你登陆网页版淘宝,登陆成功后,加入了一些商品到购物车中,那么这个过程中,我们只需要登陆一次就可以
因为登陆成功后的一次会话中,淘宝服务端就知道了我要把这些商品加入到哪个用户的购物车中,而不是每次加入购物车都需要重新传递用户信息
1.4 方式
1. 客户端会话技术：Cookie
2. 服务器端会话技术：Session

3. Cookie
3.1 概念
客户端会话技术，将数据保存到客户端

3.2 快速入门
        使用步骤：
            1. 创建Cookie对象，绑定数据
                new Cookie(String name, String value) 
            2. 发送Cookie对象
                response.addCookie(Cookie cookie) 
            3. 获取Cookie，拿到数据
               Cookie[]  request.getCookies()  

3.3 实现原理
         基于响应头set-cookie和请求头cookie实现

3.4 cookie的细节
3.4.1 一次可不可以发送多个cookie?
             可以
             可以创建多个Cookie对象，使用response调用多次addCookie方法发送cookie即可。
3.4.2cookie在浏览器中保存多长时间？
            1. 默认情况下，当浏览器关闭后，Cookie数据被销毁
            2. 持久化存储：
                setMaxAge(int seconds)
                    1. 正数：将Cookie数据写到硬盘的文件中。持久化存储。并指定cookie存活时间，时间到后，cookie文件自动失效
                    2. 负数：默认值
                    3. 零：删除cookie信息
3.4.3cookie能不能存中文？
            在tomcat 8 之前 cookie中不能直接存储中文数据。
                 需要将中文数据转码---一般采用URL编码(%E3)
            在tomcat 8 之后，cookie支持中文数据。特殊字符还是不支持，建议使用URL编码存储，URL解码解析
3.4.4cookie共享问题？
            1. 假设在一个tomcat服务器中，部署了多个web项目，那么在这些web项目中cookie能不能共享？
                 默认情况下cookie不能共享

                 setPath(String path):设置cookie的获取范围。默认情况下，设置当前的虚拟目录
                     如果要共享，则可以将path设置为"/"

            
            2. 不同的tomcat服务器间cookie共享问题？
                 setDomain(String path):如果设置一级域名相同，那么多个服务器之间cookie可以共享
                     setDomain(".baidu.com"),那么tieba.baidu.com和news.baidu.com中cookie可以共享
            

3.4.5Cookie的特点和作用
        1. cookie存储数据在客户端浏览器
        2. 浏览器对于单个cookie 的大小有限制(4kb) 以及 对同一个域名下的总cookie数量也有限制(20个)

        作用：
            1. cookie一般用于存储少量的不太敏感的数据
            2. 在不登录的情况下，完成服务器对客户端的身份识别

4. Session
4.1 概念
上面讲的Cookie是用于客户端的会话技术,现在我们来学习一下服务器端会话技术，在一次会话的多次请求间共享数据，将数据保存在服务器端的对象中。HttpSession
4.2 快速入门
        1. 获取HttpSession对象：
            HttpSession session = request.getSession();
        2. 使用HttpSession对象：
            Object getAttribute(String name)  
            void setAttribute(String name, Object value)
            void removeAttribute(String name)  
4.3 原理
Session的实现是依赖于Cookie的。
4.4 细节
4.4.1 当客户端关闭后，服务器不关闭，两次获取session是否为同一个？
        默认情况下。不是。
        如果需要相同，则可以创建Cookie,键为JSESSIONID，设置最大存活时间，让cookie持久化保存。
              Cookie c = new Cookie("JSESSIONID",session.getId());
              c.setMaxAge(60*60);
              response.addCookie(c);

4.4.2 客户端不关闭，服务器关闭后，两次获取的session是同一个吗？

        不是同一个，但是要确保数据不丢失。tomcat自动完成以下工作
            session的钝化：
                在服务器正常关闭之前，将session对象系列化到硬盘上
             session的活化：
                在服务器启动后，将session文件转化为内存中的session对象即可。
                
4.4.3 session什么时候被销毁？
        1. 服务器关闭
        2. session对象调用invalidate() 。
        3. session默认失效时间 30分钟
            选择性配置修改    
            <session-config>
                   <session-timeout>30</session-timeout>
            </session-config>
4.5 Session的特点
1. session用于存储一次会话的多次请求的数据，存在服务器端
2. session可以存储任意类型，任意大小的数据

session与Cookie的区别：
    1. session存储数据在服务器端，Cookie在客户端
    2. session没有数据大小限制，Cookie有4kb
    3. session数据安全，Cookie相对于不安全
4.6 验证码案例
4.6.1 案例需求
        1. 访问带有验证码的登录页面login.jsp
        2. 用户输入用户名，密码以及验证码。
             如果用户名和密码输入有误，跳转登录页面，提示:用户名或密码错误
             如果验证码输入有误，跳转登录页面，提示：验证码错误
             如果全部输入正确，则跳转到主页success.jsp，显示：用户名,欢迎您

4.6.2    分析
1 编写一个生成验证码的java程序
2 页面中通过js去请求验证码程序,完成验证码的生成并保存入session中(注意每次请求都需要加上一个时间,否则容易出现缓存问题)
3 登陆的时候,把验证码和用户名、密码都传递到servlet,并在servlet中获取
4 然后获得session中的验证码,和传递的验证码进行比较,如果成功再比较用户名和密码
5 不管成功还是失败都需要把session中的验证码都删除,由页面重新生成
6 再根据登陆成功还是失败 跳转对应的页面和响应的提示