你真的了解 Cookie 和 Session 吗?

  • 时间:
  • 浏览:0
  • 来源:1分时时彩官网_1分时时彩正规平台_1分时时彩平台网址

我在做面试官的后后 ,原来 问后后后我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 你这名你这名的什么的问题: Cookie 和 Session 有你这名区别呢?大累积的面试者应该都并能说上一两句,比如:你这名是 Cookie?你这名是 Session?两者的区别等。

但因此再往深入探讨的话,就慢慢有因此 我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 不太了解了,谈起原理时就很少有我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 全部回答准确。今天和我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 一同深入聊聊有关 Cookie 和 Session 的话题 。

第一层楼

你这名是 Cookie 和 Session ?初级守护应用应用程序员高频面试题。

你这名是 Cookie

HTTP Cookie(也叫 Web Cookie或浏览器 Cookie)是服务器发送到用户浏览器并保地处本地的一小块数据,它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。通常,它用于告知服务端有一2个多多请求算不算来自同一浏览器,如保持用户的登录情况。Cookie 使基于无情况的 HTTP 协议记录稳定的情况信息成为了因此。

Cookie 主要用于以下有一2个多多方面:

  • 会话情况管理(如用户登录情况、购物车、游戏分数或其它还要记录的信息)
  • 个性化设置(如用户自定义设置、主题等)
  • 浏览器行为跟踪(如跟踪分析用户行为等)

你这名是 Session

Session 代表着服务器和客户端一次会话的过程。Session 对象存储特定用户会话所需的属性及配置信息。原来 ,当用户在应用守护应用应用程序的 Web 页之间跳转时,存储在 Session 对象中的变量将我没办法 多 丢失,后后在整个用户会话中老要地处下去。当客户端关闭会话,因此 Session 超时失效都会话开始英语 。

第二层楼

Cookie 和 Session 有你这名不同?

  • 作用范围不同,Cookie 保地处客户端(浏览器),Session 保地处服务器端。
  • 存取方式的不同,Cookie 只能保存 ASCII,Session 并能存任意数据类型,一般情况下我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 并能在 Session 中保持因此 常用变量信息,比如说 UserId 等。
  • 有效期不同,Cookie 可设置为长时间保持,比如我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 老要使用的默认登录功能,Session 一般失效时间较短,客户端关闭因此 Session 超时都会失效。
  • 隐私策略不同,Cookie 存储在客户端,比较容易遭到不法获取,早期他们将用户的登录名和密码存储在 Cookie 中因为信息被窃取;Session 存储在服务端,安全性相对 Cookie 要好因此 。
  • 存储大小不同, 单个 Cookie 保存的数据只能超过 4K,Session 可存储数据远高于 Cookie。

前两层楼内容,绝大累积同学都并能准确回答

第三层楼

为你这名还要 Cookie 和 Session,我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 有你这名关联?

说起来为你这名还要 Cookie ,这就还要从浏览器开始英语 说起,我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 都知道浏览器是没办法 情况的(HTTP 协议无情况),这因为浏览器并我不知道是张三还是李四在和服务端打交道。你这名后后 就还要有有一2个多多机制来告诉服务端,本次操作用户算不算登录,是哪个用户在执行的操作,那这套机制的实现就还要 Cookie 和 Session 的配合。

没办法 Cookie 和 Session 是如保配合的呢?我画了一张图我们歌词 歌词 歌词 我们歌词 歌词 我们歌词 歌词 并能先了解下。

用户第一次请求服务器的后后 ,服务器根据用户提交的相关信息,创建创建对应的 Session ,请求返回时将此 Session 的唯一标识信息 SessionID 返回给浏览器,浏览器接收到服务器返回的 SessionID 信息后,会将此信息存入到 Cookie 中,一同 Cookie 记录此 SessionID 属于哪个域名。

当用户第二次访问服务器的后后 ,请求会自动判断此域名下算不算地处 Cookie 信息,因此地处自动将 Cookie 信息也发送给服务端,服务端会从 Cookie 中获取 SessionID,再根据 SessionID 查找对应的 Session 信息,因此没办法 找到说明用户没办法 登录因此登录失效,因此找到 Session 证明用户因此登录可执行顶端操作。

根据以上流程可知,SessionID 是连接 Cookie 和 Session 的一道桥梁,大累积系统也是根据此原理来验证用户登录情况。

三层楼的内容,大累积同学并能讲清楚。

第四层楼

既然服务端是根据 Cookie 中的信息判断用户算不算登录,没办法 因此浏览器中禁止了 Cookie,如保保障整个机制的正常运转。

第一种生活方案,每次请求中都携带有一2个多多 SessionID 的参数,也并能 Post 的方式提交,也并能在请求的地址顶端拼接 xxx?SessionID=123456...

第二种方案,Token 机制。Token 机制多用于 App 客户端和服务器交互的模式,也并能用于 Web 端做用户情况管理。

Token 的意思是“令牌”,是服务端生成的一串字符串,作为客户端进行请求的有一2个多多标识。Token 机制和 Cookie 和 Session 的使用机制比较这类。

当用户第一次登录后,服务器根据提交的用户信息生成有一2个多多 Token,响应时将 Token 返回给客户端,后后 客户端只需带上你这名 Token 前来请求数据即可,我没办法 多 再次登录验证。

四层楼的内容,一累积同学并能讲清楚。

第五层楼

如保考虑分布式 Session 你这名的什么的问题?

在互联网公司为了并能支撑更大的流量,后端往往还要多台服务器一同来支撑前端用户请求,那因此用户在 A 服务器登录了,第二次请求跑到服务 B 就会出先登录失效你这名的什么的问题。

分布式 Session 一般会有以下几种处置方案:

  • Nginx ip_hash 策略,服务端使用 Nginx 代理,每个请求按访问 IP 的 hash 分配,原来 来自同一 IP 固定访问有一2个多多后台服务器,处置了在服务器 A 创建 Session,第二次派发到服务器 B 的你这名的什么的问题。

  • Session 克隆,任何有一2个多多服务器上的 Session 地处改变(增全部),该节点会把你这名 Session 的所有内容序列化,因此广播给所有其它节点。

  • 共享 Session,服务端无情况话,将用户的 Session 等信息使用缓存顶端件来统一管理,保障派发到每有一2个多多服务器的响应结果都一致。

建议采用第一种生活方案。

第六层楼

如保处置跨域请求?Jsonp 跨域的原理是你这名?

说起跨域请求,还要要了解浏览器的同源策略,同源策略/SOP(Same origin policy)是一种生活约定,由 Netscape 公司 1995年引入浏览器,它是浏览器最核心也最基本的安全功能,因此缺少了同源策略,浏览器很容易受到 XSS、CSFR 等攻击。所谓同源是指"协议+域名+端口"三者相同,即便有一2个多多不同的域名指向同有一2个多多 ip 地址,也非同源。

处置跨域请求的常用方式是:

  • 通过代理来处置,比如使用 Nginx 在后端转发请求,处置了前端出先跨域的你这名的什么的问题。
  • 通过 Jsonp 跨域
  • 其它跨域处置方案

重点谈一下 Jsonp 跨域原理。浏览器的同源策略把跨域请求都禁止了,因此页面中的 <script><img><iframe>标签是例外,不受同源策略限制。Jsonp 后后利用 <script> 标签跨域社会形态进行跨域数据访问。

JSONP 的理念后后,与服务端约定好有一2个多多回调函数名,服务端接收到请求后,将返回一段 Javascript,在这段 Javascript 代码中调用了约定好的回调函数,因此将数据作为参数进行传递。当网页接收到这段 Javascript 代码后,就会执行你这名回调函数,这时数据因此成功传输到客户端了。

JSONP 的缺点是:它只支持 GET 请求,而不支持 POST 请求等因此 类型的 HTTP 请求。

以上后后有关 Cookie 和 Session 常见的面试点,我不知道有2个同学并能在面试中准确回答所有你这名的什么的问题。