个人网站备案 资料,江苏建设信息官网网站,wordpress 七牛视频,推销网站Cookie与Session分别是什么#xff1f;
HTTP Cookie#xff08;也叫 Web Cookie 或浏览器 Cookie#xff09;是服务器发送到用户浏览器并保存在本地的一小块数据#xff0c;它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。
通常#xff0c;它用于告知…Cookie与Session分别是什么
HTTP Cookie也叫 Web Cookie 或浏览器 Cookie是服务器发送到用户浏览器并保存在本地的一小块数据它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。
通常它用于告知服务端两个请求是否来自同一浏览器如保持用户的登录状态。
Cookie 使基于无状态的HTTP协议记录稳定的状态信息成为了可能。
Cookie 主要用于以下三个方面
会话状态管理如用户登录状态、购物车、游戏分数或其它需要记录的信息个性化设置如用户自定义设置、主题等浏览器行为跟踪如跟踪分析用户行为等
能够方便一下用户这也是Cookie名称的由来给用户的一点甜头。 Session 代表着服务器和客户端一次会话的过程。
Session 对象存储特定用户会话所需的属性及配置信息。
这样当用户在应用程序的 Web 页之间跳转时存储在 Session 对象中的变量将不会丢失而是在整个用户会话中一直存在下去。
当客户端关闭会话或者 Session 超时失效时会话结束。
Cookie与Session的区别
-CookieSession作用范围保存在客户端浏览器保存在服务器端存取方式只能保存 ASCII可以存任意数据类型一般情况下我们可以在 Session 中保持一些常用变量信息比如说 UserId 等有效期可设置为长时间保持比如我们经常使用的默认登录功能一般失效时间较短客户端关闭或者 Session 超时都会失效隐私策略存储在客户端比较容易遭到不法获取早期有人将用户的登录名和密码存储在 Cookie 中导致信息被窃取存储在服务端安全性相对 Cookie 要好一些存储大小单个 Cookie 保存的数据不能超过 4KBSession 可存储数据远高于 Cookie
Cookie和Session的关联
为什么需要 Cookie 和 Session他们有什么关联
说起来为什么需要 Cookie 这就需要从浏览器开始说起我们都知道浏览器是没有状态的(HTTP 协议无状态)这意味着浏览器并不知道是张三还是李四在和服务端打交道。这个时候就需要有一个机制来告诉服务端本次操作用户是否登录是哪个用户在执行的操作那这套机制的实现就需要 Cookie 和 Session 的配合。
那么 Cookie 和 Session 是如何配合的呢 用户第一次请求服务器的时候服务器根据用户提交的相关信息创建创建对应的 Session 请求返回时将此 Session 的唯一标识信息 SessionID 返回给浏览器浏览器接收到服务器返回的 SessionID 信息后会将此信息存入到 Cookie 中同时 Cookie 记录此 SessionID 属于哪个域名。
当用户第二次访问服务器的时候请求会自动判断此域名下是否存在 Cookie 信息如果存在自动将 Cookie 信息也发送给服务端服务端会从 Cookie 中获取 SessionID再根据 SessionID 查找对应的 Session 信息如果没有找到说明用户没有登录或者登录失效如果找到 Session 证明用户已经登录可执行后面操作。
根据以上流程可知SessionID 是连接 Cookie 和 Session 的一道桥梁大部分系统也是根据此原理来验证用户登录状态。
Cookie被禁止的解决方案
既然服务端是根据 Cookie 中的信息判断用户是否登录那么如果浏览器中禁止了 Cookie如何保障整个机制的正常运转有两种解决方案
每次请求中都携带一个 SessionID 的参数也可以 Post 的方式提交也可以在请求的地址后面拼接 xxx?SessionID123456…。Token 机制。Token 机制多用于 App 客户端和服务器交互的模式也可以用于 Web 端做用户状态管理。
Token 的意思是“令牌”是服务端生成的一串字符串作为客户端进行请求的一个标识。Token 机制和 Cookie 和 Session 的使用机制比较类似。
当用户第一次登录后服务器根据提交的用户信息生成一个 Token响应时将 Token 返回给客户端以后客户端只需带上这个 Token 前来请求数据即可无需再次登录验证。
分布式Session
在互联网公司为了可以支撑更大的流量后端往往需要多台服务器共同来支撑前端用户请求那如果用户在 A 服务器登录了第二次请求跑到服务 B 就会出现登录失效问题。
分布式 Session 一般会有以下几种解决方案
Nginx ip_hash 策略服务端使用 Nginx 代理每个请求按访问 IP 的 hash 分配这样来自同一 IP 固定访问一个后台服务器避免了在服务器 A 创建 Session第二次分发到服务器 B 的现象。Session 复制任何一个服务器上的 Session 发生改变增删改该节点会把这个 Session 的所有内容序列化然后广播给所有其它节点。共享 Session服务端无状态话将用户的 Session 等信息使用缓存中间件来统一管理如Redis保障分发到每一个服务器的响应结果都一致。
建议采用第三种方案。
参考资料
COOKIE和SESSION有什么区别
90%的程序员都没有完全回答对 Cookie 和 Session 的区别
