一、什么是cookie和session
-
什么是cookie
cookie是由服务器发送到用户浏览器并保存在本地的一小块数据,它会在浏览器
下次向同一个服务器再发送请求时携带并发送到服务器上。通常,它用于告知服务端
两个请求是否来自同一个浏览器,如保持用户的状态。cookie使得基于无状态的HTTP
协议记录稳定状态信息成为了可能。
cookie主要用于一下三个方面:
-
会话状态管理(如用户登陆状态)
-
个性化设置(如用户自定义状态)
-
浏览器行为跟踪(如跟踪分析用户行为等)
-
-
什么是session
session代表着服务端与客户端一次会话的过程。session对象存储特定用户会话所需的属性和配置。
这样,当用户在应用程序的web页之间跳转时,存储在session对象中的变量将不会消失,而是在整个
用户会话中一直存在下去。当客户端关闭会话,或者session超时失效时会话结束。
二、cookie和session的区别
- 作用范围不同: cookie保存在客户端,而session保存在服务端
- 有效期不同: cookie可以设置为长时间保持,比如我们经常使用的 默认登陆功能,而session一般失效时间较短,客户端关闭或者session 超时都会失效
- 安全性不同: cookie保存在客户端,容易遭到不法窃取和篡改,session保存在 服务端,安全性较好
- 存储大小不同:单个cookie保存的数据不能超过4k,session保存的数据大小更大
三、cookie和session的使用机制
我们都知道HTTP是无状态协议,这意味着服务端并不知道是张三还是李四在跟它打交道。
这个时候就需要一个机制来告诉服务端,本次操作用户是否登陆,是哪个用户在执行的操作,
那就需要cookie和session配合使用
用户第一次请求服务器的时候,服务器根据用户提交的相关信息,创建创建对应的 Session ,请求返回时将此 Session 的唯一标识信息 SessionID 返回给浏览器,浏览器接收到服务器返回的 SessionID 信息后,会将此信息存入到 Cookie 中,同时 Cookie 记录此 SessionID 属于哪个域名。 当用户第二次访问服务器的时候,请求会自动判断此域名下是否存在 Cookie 信息,如果存在自动将 Cookie 信息也发送给服务端,服务端会从 Cookie 中获取 SessionID,再根据 SessionID 查找对应的 Session 信息,如果没有找到说明用户没有登录或者登录失效,如果找到 Session 证明用户已经登录可执行后面操作。
四、浏览器禁用cookie怎么解决
前面说到,服务器是根据cookie中的信息判断用户是否登陆,那么加入浏览器禁用了cookie,如何保证整个机制的正常运转呢。一般有两种方案:
-
每次请求中都携带一个 SessionID 的参数,也可以 Post 的方式提交,也可以在请求的地址后面拼接 xxx?SessionID=123456…
-
使用token。当用户登陆系统后,给用户发送一个令牌(token),token当中包含了用户的id,并通过密钥进行加密。在下次http请求发送到
服务端时使用同样的加密算法和密钥对数据进行加密,判断token中的签名与新生成的签名是否一致。若一致,则说明用户已登陆。
分布式session解决方案
在互联网公司为了可以支撑更大的流量,后端往往需要多台服务器共同来支撑前端用户请求,那如果用户在 A 服务器登录了,
第二次请求跑到服务 B 就会出现登录失效问题。
分布式 Session 一般会有以下几种解决方案:
-
Nginx ip_hash 策略,服务端使用 Nginx 代理,每个请求按访问 IP 的 hash 分配,这样来自同一 IP 固定访问一个后台服务器,避免了在服务器 A 创建
Session,第二次分发到服务器 B 的现象。
-
Session 复制,任何一个服务器上的 Session 发生改变(增删改),该节点会把这个 Session 的所有内容序列化,然后广播给所有其它节点。
-
共享 Session,服务端无状态化,将用户的 Session 等信息使用缓存中间件来统一管理,保障分发到每一个服务器的响应结果都一致。
参考
- https://juejin.im/post/5cd9037ee51d456e5c5babca