共计 2246 个字符，预计需要花费 6 分钟才能阅读完成。
LocalStorage 是一个 HTML5 网络存储对象，用于将数据存储在客户端——即本地，在用户的计算机上。本地存储的数据没有到期日期，并且会始终存在，直到被删除。（相比之下，会话存储是另一个 HTML5 网络存储 API，它会在浏览器敞开时删除存储的数据。）
本地存储是纯 JavaScript。同样，尽管它依然在用户的设施上生成纯文本文档，但本地存储也容许存储多达 5MB 的数据（与 4KB 的 cookie 相比）。这使得本地存储的许多乏味利用成为可能，例如治理内容以缩小从服务器申请内容的须要，放慢加载工夫。
只读的 localStorage 属性容许你拜访一个 Document 源（origin）的对象 Storage；存储的数据将保留在浏览器会话中。localStorage 相似 sessionStorage，但其区别在于：存储在 localStorage 的数据能够长期保留；而当页面会话完结——也就是说，当页面被敞开时，存储在 sessionStorage 的数据会被革除。
localStorage 最次要的特点是：
- 在同源的所有标签页和窗口之间共享数据。
- 数据不会过期。它在浏览器重启甚至零碎重启后依然存在。
sessionStorage 对象的应用频率比 localStorage 对象低得多。
属性和办法是雷同的，然而它有更多的限度：
- sessionStorage 的数据只存在于以后浏览器标签页。
具备雷同页面的另一个标签页中将会有不同的存储。
然而，它在同一标签页下的 iframe 之间是共享的（如果它们来自雷同的源）。 - 数据在页面刷新后依然保留，但在敞开 / 从新关上浏览器标签页后不会被保留。
应用 local storage 的一个例子：
创立一个 textarea 字段，每当其值发生变化时，能够将其“主动保留”。
因而，如果用户不小心敞开了页面，而后从新关上，他会发现之前未实现的输出依然保留在那里。
像这样：
<!doctype html>
<textarea style="width:200px; height: 60px;" id="area" placeholder="Write here"></textarea>
<br>
<button onclick="localStorage.removeItem('area');area.value=''">Clear</button>
<script>
area.value = localStorage.getItem('area');
area.oninput = () => {localStorage.setItem('area', area.value)
};
</script>
如果应用切当，本地存储能够成为功能强大的轻量级数据存储解决方案，但并非没有问题。以下是应用本地存储可能不是一个好主见的几个起因，具体取决于存储的内容。
Why using LocalStorage might be a bad idea
本地存储实质上并不比应用 cookie 更平安。了解了这一点后，该对象可用于存储从平安角度来看无关紧要的数据。然而，以下是重新考虑应用本地存储的几个起因。
1. 如果一个站点容易受到 XSS 攻打，LocalStorage 是不平安的
兴许对应用本地存储的最大拥护是与之相干的安全漏洞。本地存储具备许多与 cookie 雷同的特色，包含雷同的平安危险。其中之一是对跨站点脚本的易感性，它会窃取 cookie，让黑客伪装成具备站点登录会话的用户。将诸如明码之类的敏感内容存储在本地存储文件中实际上能够简化黑客的过程，因为他们不须要将 cookie 加载到本人的浏览器中。
2. 开发者无法控制本地存储的数据
应用本地存储，没有服务器端存储——没有开发人员能够管制的数据库。因为一些起因，这可能会呈现问题，其中之一是开发人员无奈在存储代码或信息后对其进行更新。用户须要手动删除文件，这须要首先找到它。或者，他们须要擦除浏览器缓存，从而失落所有存储的数据。
3. 用户革除其缓存
定期革除浏览器缓存有助于 cookie 更无效地发挥作用，这通常是人们在解决浏览器问题（如页面加载不正确）时采取的第一步。
当应用本地存储来反对站点的性能时，这是一个问题。如果用户革除浏览器缓存，该信息将永恒失落。这使得本地存储作为备用数据库更有用。
LocalStorage 的代替计划
依据信息是否敏感，的确存在一些本地存储的代替计划。不想应用本地存储的开发人员能够尝试下列这些形式：
## 对敏感信息应用服务器端会话
当波及到敏感信息时，将数据存储在服务器上有几个长处。首先，开发人员能够保障其安全性，并且对单个会话有更多的控制权（如有必要，它们能够立刻终止）。其次，数据在架构内受到爱护，裸露的机会更少。
对于非敏感信息，抉择 IndexedDB
对于二心应用客户端会话的开发人员，IndexedDB 使开发人员可能构建能够本地存储的应用程序。只管它没有像本地存储那样宽泛的浏览器反对，但它对于本地存储非敏感数据依然很有用。IndexedDB 与本地存储相比有一个次要劣势，因为它是一个成熟的数据库，可能解决更多类型的数据。
明智地解决数据存储
如果精心部署，本地存储能够进步站点性能并帮忙创立更多轻量级应用程序。然而，绝不能将本地存储用于敏感信息，例如明码或个人信息。这样做会产生平安危险。
对于须要加密和平安的信息，还有其余无效且不便的解决方案，例如服务器端会话。因为网络安全是一个如此重要的问题，因而没有必要冒险。因而，在应用 LocalStorage 时，请慎之又慎。
更多 Jerry 的原创文章，尽在：” 汪子熙 ”:
