javaWeb基础之会话（Cookies、Session）

一、

1. 会话：一次会话中包含多次请求和响应

  2. 一次会话：浏览器第一次给服务器资源发送请求，会话建立，直到有一方断开为止【浏览器关闭或服务器关闭】 

        功能：在一次会话的范围内的多次请求间，共享数据
                    会话主要解决：在会话期间第一次请求和响应的数据与第二次请求和响应的数据,甚至多次请求和响应的数据之间不能进行数据共享问题

        方式： a. 客户端会话技术：Cookie b. 服务器端会话技术：Session

二、Cookies对象

        1.概念：cookie技术是一种客户端技术,主要将数据保存到浏览器客户端中

              底层执行流程：用户使用浏览器第一次向服务器发送请求，服务器将携带一些数据，响应给浏览器，浏览器则使用Cookis存储这些数据，

                           用户使用浏览器第二次向服务器发送请求时，则携带上浏览器存储在Cookis上的数据，从而解决多次请求之间数据的共享

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

        2. 使用步骤：
		a. 创建Cookie对象，绑定数据
			* new Cookie(String name, String value)
		b. 发送Cookie对象
			* response.addCookie(Cookie cookie)
		c. 获取Cookie，拿到数据
			* Cookie[]  request.getCookies()  

        3. 原理视图分析：

        4.cookie的细节
                   a. 一次可不可以发送多个cookie?
		      * 可以
		      * 可以创建多个Cookie对象，使用response调用多次addCookie方法发送cookie即可。

                    b. cookie在浏览器中保存多长时间？
		      1. 默认情况下，当浏览器关闭后，Cookie数据被销毁
		      2. 持久化存储：
			      * setMaxAge(int seconds)
				      1. 正数：将Cookie数据写到硬盘的文件中。持久化存储。并指定cookie存活时间，时间到后，cookie文件自动失效
				      2. 负数：默认值
				      3. 零：删除cookie信息

                    c. cookie能不能存中文？
		            * 在tomcat 8 之前 cookie中不能直接存储中文数据。
			            * 需要将中文数据转码---一般采用URL编码(%E3)
		            * 在tomcat 8 之后，cookie支持中文数据。特殊字符还是不支持，建议使用URL编码存储，URL解码解析

                    d. cookie共享问题？
		            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可以共享

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

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

三、Session对象

             1. 概念：服务器端会话技术，在一次会话的多次请求间共享数据，将数据保存在服务器端的对象中。HttpSession，若浏览器或服务器关闭，则表示这次会话终结

             2. 快速入门：
	            a. 获取HttpSession对象：
		            HttpSession session = request.getSession();
	            b. 使用HttpSession对象：
		            Object getAttribute(String name)
		            void setAttribute(String name, Object value)
		            void removeAttribute(String name)  

              3. 原理图分析：
	        * Session的实现是依赖于Cookie的。

              4. 细节：
	            a. 当客户端关闭后，服务器不关闭，两次获取session是否为同一个？

		            * 默认情况下。不是,因为浏览器关闭后set-cookie,会被立即销毁，然而session需要依赖Cookie的JSESSIONID保存对象地址

		            * 如果需要相同，则可以创建Cookie,键为JSESSIONID，设置最大存活时间，让cookie持久化保存。
			             Cookie c = new Cookie("JSESSIONID",session.getId());
	                             c.setMaxAge(60*60);
	                             response.addCookie(c);

                        b. 客户端不关闭，服务器关闭后，两次获取的session是同一个吗？
		            * 不是同一个，但是要确保数据不丢失。tomcat自动完成以下工作
			    * session的钝化：
				    * 在服务器正常关闭之前，将session对象系列化到硬盘上
			    * session的活化：
				    * 在服务器启动后，将session文件转化为内存中的session对象即可。

                        c. session什么时候被销毁？
		            1. 服务器关闭
		            2. session对象调用invalidate() 。
		            3. session默认失效时间 30分钟
			            选择性配置修改
			                  <session-config>
		                                <session-timeout>30</session-timeout>
		                          </session-config>

             5. session的特点
	          a. session用于存储一次会话的多次请求的数据，存在服务器端
	          b. session可以存储任意类型，任意大小的数据

	          * session与Cookie的区别：
		            a. session存储数据在服务器端，Cookie在客户端
		            b. session没有数据大小限制，Cookie有
		            c. session数据安全，Cookie相对于不安全

              6. 代码解读：HttpSession session = request.getSession();

		1）第一次访问创建session对象，给session对象分配一个唯一的ID，叫JSESSIONID
				new HttpSession();
		2）把JSESSIONID作为Cookie的值发送给浏览器保存
				Cookie cookie = new Cookie("JSESSIONID", sessionID);
				response.addCookie(cookie);
		3）第二次访问的时候，浏览器带着JSESSIONID的cookie访问服务器
		4）服务器得到JSESSIONID，在服务器的内存中搜索是否存放对应编号的session对象。
				if(找到){
					return map.get(sessionID);
				}
				Map<String,HttpSession>]

				<"s001", s1>
				<"s001,"s2>
		5）如果找到对应编号的session对象，直接返回该对象
		6）如果找不到对应编号的session对象，创建新的session对象，继续走1的流程

		结论：通过JSESSION的cookie值在服务器找session对象！！！！！

              前提： 在哪个session域对象保存数据，就必须从哪个域对象取出！！！！
		浏览器1：(给s1分配一个唯一的标记：s001,把s001发送给浏览器)
				1）创建session对象，保存会话数据
						HttpSession session = request.getSession();   --保存会话数据 s1
		浏览器1	的新窗口（带着s001的标记到服务器查询，s001->s1,返回s1）
				1）得到session对象的会话数据
					    HttpSession session = request.getSession();   --可以取出  s1

		新的浏览器1：(没有带s001,不能返回s1)
				1）得到session对象的会话数据
					    HttpSession session = request.getSession();   --不可以取出  s2

		浏览器2：(没有带s001,不能返回s1)
				1）得到session对象的会话数据
					    HttpSession session = request.getSession();  --不可以取出  s3

四、后端防止表单重复提交

     对于【场景二】和【场景三】导致表单重复提交的问题，既然客户端无法解决，那么就在服务器端解决，在服务器端解决就需要用到session了。

　　 具体的做法：在服务器端生成一个唯一的随机标识号，专业术语称为Token(令牌)，同时在当前用户的Session域中保存这个Token。然后将Token发送到客户端的Form表单中，在Form表单中使用隐藏域来存储这个Token，表单提交的时候连同这个Token一起提交到服务器端，然后在服务器端判断客户端提交上来的Token与服务器端生成的Token是否一致，如果不一致，那就是重复提交了，此时服务器端就可以不处理重复提交的表单。如果相同则处理表单提交，处理完后清除当前用户的Session域中存储的标识号。

    在下列情况下，服务器程序将拒绝处理用户提交的表单请求：
          a、存储Session域中的Token(令牌)与表单提交的Token(令牌)不同。
          b、当前用户的Session中不存在Token(令牌)。
          c、用户提交的表单数据中没有Token(令牌)。