前端 localstorage sessionStorage cooKie 保存token

这里涉及到登入后保存token的问题

涉及到 token 的储存地址

三者的异同性

cookie （1 后台可以直接获取 2 存储空间小）
localstorage （理论上来说是永久有效的，即不主动清空的话就不会消失，即使保存的数据超出了浏览器所规定的大小，也不会把旧数据清空而只会报错。但需要注意的是，在移动设备上的浏览器或各Native App用到的WebView里，localStorage都是不可靠的，可能会因为各种原因（比如说退出App、网络切换、内存不足等原因）被清空。）
sessionStorage （sessionStorage的生存期顾名思义，类似于session，只要关闭浏览器（也包括浏览器的标签页），就会被清空。由于sessionStorage的生存期太短，因此应用场景很有限，但从另一方面来看，不容易出现异常情况，比较可靠。）

涉及到 token 的增删改查

localStorage.setItem("b","isaac");//设置b为"isaac"
localStorage.b = "isaac1"
var b = localStorage.getItem("b");//获取b的值,为"isaac"
var a = localStorage.key(0); // 获取第0个数据项的键名，此处即为“b”
localStorage.removeItem("b");//清除b的值
localStorage.clear();//清除当前域名下的所有localstorage数据

作用域

作用域 ： 区分不同页面的localStorage (总不能 腾讯的网页上能读取 - 阿里的localStorage)
localStorage只要在相同的协议，主机名，端口号，就能对当前url 下的localStorage进行 ‘增删改查’
sessionStorage比localStorage更苛刻,除了协议，主机名，端口号还要在同一个窗口（同一个浏览器标签页）下

生存期

localStorage理论上说是永久有效的,即是不主动清空的话就不会消失，即是保存的数据超出了浏览器所规定的大小，也不会把旧数据清空（会报错）
注意 在移动设备上的浏览器或各Native App用到的WebView里，localStorage都是不可靠的，可能会因为各种原因（比如说退出App、网络切换、内存不足等原因）被清空。
sessionStorage的生存期顾名思义，类似于session，只要关闭浏览器（包括标签页），就被清空,sessionStorage比较’短’(生存期），应用场景有限，反之 ，不容易出现异常情况，比较可靠。( 比如 Vue 跨组件传递层级太多的情况下 )

数据结构

localstorage 是标准的键值对（Key-Value,简称KV）数据类型,简单易扩展，储存某种 编码 （只能保存字符串）
json ——> json 字符串
img ——> DataUrl（base64）
键值对数据类型来说，“键是唯一的”这个特性，重复以同一个键来赋值的话，会覆盖上次的值。

过期时间

很遗憾，localstorage原生是不支持设置过期时间的，想要设置的话，就只能自己来封装一层逻辑来实现：

function set(key,value){
     
  var curtime = new Date().getTime();//获取当前时间
  localStorage.setItem(key,JSON.stringify({
     val:value,time:curtime}));//转换成json字符串序列
}
function get(key,exp)//exp是设置的过期时间
{
     
  var val = localStorage.getItem(key);//获取存储的元素
  var dataobj = JSON.parse(val);//解析出json对象
  if(new Date().getTime() - dataobj.time > exp)//如果当前时间-减去存储的元素在创建时候设置的时间 > 过期时间
  {
     
    console.log("expires");//提示过期
  }
  else{
     
    console.log("val="+dataobj.val);
  }
}

容量限制

目前业界基本上统一为5M，已经比cookies的4K要大很多了，省着点用吧骚年。

域名限制

由于浏览器的安全策略，localstorage是无法跨域的，也无法让子域名继承父域名的localstorage数据，这点跟cookies的差别还是蛮大的。
异常处理

localstorage在目前的浏览器环境来说，还不是完全稳定的，可能会出现各种各样的bug，一定要考虑好异常处理。我个人认为localstorage只是资源本地化的一种优化手段，不能因为使用localstorage就降低了程序的可用性，那种只是在console里输出点错误信息的异常处理我是绝对反对的。localstorage的异常处理一般用try/catch来捕获/处理异常。

如何测试用户当前浏览器是否支持localstorage

目前普遍的做法是检测window.localStorage是否存在，但某些浏览器存在bug，虽然“支持”localstorage，但在实际过程中甚至可能出现无法setItem()这样的低级bug。因此我建议，可以通过在try/catch结构里set/get一个测试数据有无出现异常来判断该浏览器是否支持localstorage，当然测试完后记得删掉测试数据哦

[https://mp.weixin.qq.com/s?src=11×tamp=1594611035&ver=2457&signature=U2YrpOcTxvrr2jt9AevQOc2BbHiPzNQtFVP01W5nuNquLIo0U7xWOujo1l8nzkq-gdARrR6MrfSUdvRU8PqT3GMYCTy3p92gHwypZOk5EBee4mHx9Q9TkVbtL2GGZZkm&new=1](