前提

51 也有个文章跟我一样，是我自己投的稿哈

 

 

为什么要用Session和Cookie？

简单一句话，因为Session和Cookie可以记录用户状态信息

嘶..这到底啥意思呢？

 

背景一：***页的出现

什么是静态网页

  • 含义：一个网页的内容是HTML代码编写的，文字、图片等内容均可通过HTML代码指定了
  • 优势：加载速度快，编写简单
  • 劣势：可维护性差，扩展性差，不能根据URL显示不同的内容；例如：在URL传入一个name参数想在网页上显示，静态网页是无法做到的
  • 总结：弊大于利

 

***页的诞生

***页可以动态解析URL中参数的变化，关联数据库并动态呈现不同的页面内容，非常灵活多变

现在遇到的大多数网站都是***站，不再是一个简单的HTML页面，可能由JSP、PHP、Python等语言编写的，功能比静态网页强大和丰富太多

场景：一个需要登录的***站，在登录后需要保持登录状态，以便后续访问网站其他网页；那么我们要通过什么来保存这个登录态呢？

 

背景二：HTTP是无状态协议

HTTP无状态是指？

HTTP协议对事务处理是没有记忆能力，也就是说服务器不知道客户端是什么状态

 

这是什么意思呢？

当我们向服务器发送请求后，服务器解析处理请求，然后返回响应，服务器负责完成这个过程（也是一个事务），而这个过程是独立的，服务器不会记录前后状态的变化，也就是缺少状态记录

 

无状态导致的后果？

意味着后续发出的请求需要处理前面请求的响应，则必须重传，这也导致需要额外传递一些前面的重复请求，才能获取后续响应。但为了保持前后状态，我们也不能将前面的请求全部重传一次，这太浪费资源了；就好像如果一个网站每次发出一个请求前都要先发出一次登录请求，这无疑大大增加了资源浪费程度

 

Seesion和Cookie的诞生

上图可以看出，Session和Cookie在一个网站中各自发挥的作用

 

实际场景

  1. 当我们登录之后，服务端就会创建一个属于当前用户的Session，里面保存的就是当前用户的信息；
  2. 然后浏览器会根据服务器的响应头中Set-Cookie字段生成相关Cookie，相当于一个用户凭证
  3. 只需要在下次请求时携带这些Cookie，服务器就能通过Cookie来判断用户是否是登录状态，然后返回对应的响应

 

生动形象理解Cookie和Session的关系

  1. Session是保存在服务器端，Cookie是保存在客户端
  2. 每次用户访问网站的时候，相当于去串门
  3. 用户带着cookie去服务器家，当当当敲门
  4. 服务器问是谁啊
  5. 用户：是我（cookie）啊
  6. 服务器：让我来确认一下（session确认）
  7. 服务器确认完毕后，放用户进门

 

实际网站登录请求的响应头

  1. 这是一个网站登录之后返回的响应头，可以看到服务器要求浏览器设置的Cookies有好几个；这就是Cookies的来源，而token一般会作为用户的唯一凭证【登录成功，响应头set-cookies，浏览器设置Cookies】
  2. 当浏览器下一次再请求该网站时，浏览器会把这些Cookies放到请求头一起提交到服务器；而Cookies携带了SessionID信息（token）【再次请求，带上cookies，包含SessionID】
  3. 服务器通过SessionID即可找到对应的用户Session信息，然后判断该用户的登录状态【服务器根据SessionID获取用户登录态】
  4. 如果Session中某些设置登录状态的变量是有效期内的，证明用户处于登录状态【Session有效，用户已登录】
  5. 此时服务器就会返回需要登录之后才可以查看的网页内容，浏览器再进行解析便可以看到了【返回请求响应内容】
  6. 当Cookie无效或者Session已过期后，我们再访问网站就需要重新登录了【Cookie无效，Session过期，要再次登录】

 

Session和Cookie在登录功能上的协同关系

 

Session

会话，指有始有终的一系列动作/消息；比如：打电话时，从拿起电话，拨号，通话，挂断电话这一系列过程可以称为一个Session

 

实际场景

  • 在Web中，Session对象用来存储特定用户Session所需的属性和配置信息，这样用户在应用程序的Web页之间跳转时，存储在Session对象中的变量将不会丢失，而是在整个用户Session中存在下去
  • 当用户请求网页时，该用户还没有Session，则Web服务器将自动创建一个Session对象
  • 当Session过期或被放弃后，服务器将终止该Session

 

Cookie

 某些网站为了辨别用户身份，进行Session跟踪而存储在用户本地终端上的数据

 

会话Cookie和持久Cookie

会话Cookie

可以将打开浏览器-关闭浏览器理解成一个会话，会话Cookie的有效期仅在浏览器打开期间；而会话Cookie是存在浏览器内存里的

实际场景：涉及钱，涉及利益、机密内容的网站一般都是会话Cookie，如企业邮箱等

 

持久Cookie

持久Cookie是存在客户端本地硬盘中，不受浏览器关闭影响，下次再次访问该网站时还能继续使用，用于长久保持用户登录状态

实际场景：可以勾选【自动登录】、【30天内自动登录】的网站用的就是持久Cookie

 

持久Cookie发出请求时，客户端与服务器之间的时序图

 

浏览器中看Cookie

  • Name：Cookie 的名称。Cookie 一旦创建，名称便不可更改
  • Value：Cookie 的值。如果值为 Unicode 字符，需要为字符编码。如果值为二进制数据，则需要使用 BASE64 编码。
  • Domain：Cookie注入的域名，如.baidu.com下的Cookie，只要Host以.baidu.com结尾的域名都能访问该Cookie
  • Path：允许使用该Cookie的路径，一般都为 / 
  • Expires/Max-Age：Cookie失效时间，若没有指定失效时间则默认当浏览器关闭时Cookie失效
  • Size：Cookie大小
  • HttpOnly：若True，则不允许脚本来访问该Cookie（如：JS）
  • Secure：Cookie是否仅被使用安全协议传输，默认为False

 

敲重点的知识点

“只要关闭浏览器，Session 就消失了” —— 错！

实际场景：去健身房办理的会员卡，除非你自己要求销卡，不然店家不会随意销掉你的卡

所以，对于Session也是一样的，登录的时候服务器帮你生成了一个Session，是不会轻易删除你的Session，除非你自己提出要删除orSession有效期过了；而一般我们会通过【退出】来删除触发服务器删除Session

 

当我们关闭浏览器时，浏览器是不会通知服务器说它要关闭，所以服务器根本不知道浏览器已关闭，造成这样的误解全都是因为：

  1. 一般情况下，网站都会用Cookie来保存SessionID信息的
  2. 当你的Cookie是会话Cookie时，关闭浏览器Cookie就会消失
  3. 再次打开网站也找不回之前的那个Cookie对应的SessionID
  4. 所以无法通过原来的SessionID在服务器查找对应用户的登录状态，只能重新登录生成新的Cookie来记录新的SessionID

 

如何解决？

就是将Cookie设置为持久Cookie，当你关闭浏览器再打开网站时，还是能从本地读取到Cookie，从而获取到原来的SessionID，以此来保持登录状态

 

另外

而恰恰因为关闭浏览器并不会让服务器主动删除Session，为了避免服务器的资源浪费，一般服务器都会为每个Session设置一个失效时间，当Session的时间超过失效时间时，服务器会自动删除Session