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(令牌)。
posted @ 2020-08-22 19:58  jock_javaEE  阅读(247)  评论(0编辑  收藏  举报