localstorage 必知必会

作项目中发现localstorage在不一样的域名下是不能相互访问的，因而找到了如下这篇文章，对localStorage作一个深刻的了解

HTML API

localstorage在浏览器的API有两个：localStorage和sessionStorage，存在于window对象中：localStorage对应window.localStorage，sessionStorage对应window.sessionStorage。
localStorage和sessionStorage的区别主要是在于其生存期。

基本使用方法

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

做用域

 

• 这里的做用域指的是：如何隔离开不一样页面之间的localStorage（总不能在百度的页面上能读到腾讯的localStorage吧，哈哈哈）。

• localStorage只要在相同的协议、相同的主机名、相同的端口下，就能读取/修改到同一份localStorage数据。

• sessionStorage比localStorage更严苛一点，除了协议、主机名、端口外，还要求在同一窗口（也就是浏览器的标签页）下。

生存期

localStorage理论上来讲是永久有效的，即不主动清空的话就不会消失，即便保存的数据超出了浏览器所规定的大小，也不会把旧数据清空而只会报错。但须要注意的是，在移动设备上的浏览器或各Native App用到的WebView里，localStorage都是不可靠的，可能会由于各类缘由（好比说退出App、网络切换、内存不足等缘由）被清空。
sessionStorage的生存期顾名思义，相似于session，只要关闭浏览器（也包括浏览器的标签页），就会被清空。因为sessionStorage的生存期过短，所以应用场景颇有限，但从另外一方面来看，不容易出现异常状况，比较可靠。

数据结构

localstorage为标准的键值对（Key-Value,简称KV）数据类型，简单但也易扩展，只要以某种编码方式把想要存储进localstorage的对象给转化成字符串，就能轻松支持。举点例子：把对象转换成json字符串，就能让存储对象了；把图片转换成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，固然测试完后记得删掉测试数据哦。

浏览器兼容性

Feature	Chrome	Firefox	Internet Explorer	Opera	Safari	Android	Opera Mobile	Safari Mobile
localStorage	4	3.5	8	10.50	4	2.1	11	iOS 3.2
sessionStorage	5	2	8	10.50	4	2.1	11	iOS 3.2

如何调试

在chrome开发者工具里的Resources - Local Storage面板以及Resources - Session Storage面板里，能够看到当前域名下的localstorage数据。

在ios设备上没法重复setItem()

另外，在iPhone/iPad上有时设置setItem()时会出现诡异的QUOTA_EXCEEDED_ERR错误，这时通常在setItem以前，先removeItem()就ok了。

 

转自https://segmentfault.com/a/1190000004121465?utm_source=tag-newest