WebSql 没等我用就早早的被废弃了，Cookie似乎又是后端的专属...
先看看localStorage 和 sessionStorage 一个比较致命的局限
- 存储大小有限制，2.5M ~ 10M(大多数情况下够用了)
而indexedDB 作为本地的NoSql数据库，像JS对象一样的存储数据
- 理论上大小是没有什么限制的
- JS对象中key、value能放什么，
indexedDB几乎 也能放
抛开高大上的离线应用、增强用户体验不提，单从存储大小这块来说，就大有用勇武之地。
有这样一个场景，用户在A页面勾选表格中的行，跳转到其它页面要将用户勾选的id带过去
因为get的长度限制，加上id又很长，超过100行就会被截断
为了解决这个问题，我就在localStorage和 sessionStorage里泛起了愁，最后自然选择了后者。
当时还蛮担心会引起其它业务的崩溃，或者用户会觉得体验不好，结果啥也没发生... 是我想太多
不过，下次再有这种选择，自然要试试indexedDB
localForage你值得拥有：https://github.com/localForage/localForage
