cookie,session等的区别

cookie

cookie非常小，它的大小限制为4KB左右。它的主要用途有保存登录信息，比如你登录某个网站市场可以看到“记住密码”，这通常就是通过在 Cookie 中存入一段辨别用户身份的数据来实现的。

cookie的缺点：

• 存储空间很小，只有4kb，存储数量限制，一般一个站点只能有20个cookie
• 用户可以操作（禁用或者修改删除）cookie，使功能受限
• 安全性较低
• 每次访问都要传送cookie给服务器，浪费带宽，如果保存过多数据影响性能。

 

session

session保存在服务器端内存中，没有大小限制。服务器端创建session对象时会检测客户端请求有没有包含sessionId，如果没有就创建一个并且返回给客户端，客户端一般记在cookie里，如果HTTP请求带着sessionId，就返回对应的session对象。如果用户禁用cookie，需要使用response.encodeURL(url)进行URL重写把sessionID拼在url后面。每次启动session_start后前一次的sessionID就失效或者session过期后sessionID也会失效。

session应用场景：保存用户登录信息，防止用户非法登录等。

session的缺点：

• Session保存的东西越多，就越占用服务器内存，对于用户在线人数较多的网站，服务器的内存压力会比较大。而且当用户离开网站后，这些session还会保存一段时间，造成资源浪费。
• 重启服务器，session数据会丢失。
• 依赖于cookie（sessionID保存在cookie），如果禁用cookie，则要使用URL重写，不安全

 

localStorage

• 存的数据长期存在，下一次访问该网站的时候，网页可以直接读取以前保存的数据。
• 大小为5M左右
• 仅在客户端使用，不和服务端进行通信

基于上面的特点，LocalStorage可以作为浏览器本地缓存方案，用来提升网页首屏渲染速度(根据第一请求返回时，将一些不变信息直接存储在本地)

 

sessionStorage

sessionStorage保存的数据用于浏览器的一次会话，当会话结束（通常是该窗口关闭），数据被清空；sessionStorage 特别的一点在于，即便是相同域名下的两个页面，只要它们不在同一个浏览器窗口中打开，那么它们的 sessionStorage 内容便无法共享；localStorage 在所有同源窗口中都是共享的；cookie也是在所有同源窗口中都是共享的。除了保存期限的长短不同，SessionStorage的属性和方法与LocalStorage完全一样。

• 会话级别的浏览器存储
• 大小为5M左右
• 仅在客户端使用，不和服务端进行通信

 

 

 

IndexdDB

 

IndexedDB 是一个运行在浏览器上的非关系型数据库。它可以被网页脚本创建和操作。IndexedDB 允许储存大量数据

 

IndexdDB具体参考：https://www.ruanyifeng.com/blog/2018/07/indexeddb.html