HTML5本地存储(Local Storage) 的前世今生（二）-白红宇

HTML5本地存储(Local Storage) 的前世今生（二）

阅读量：4357 次

发布时间：2019-06-07

本文共 6526 字，大约阅读时间需要 21 分钟。

HTML5本地存储(Local Storage) 的前世今生（二）

原文连接：http://diveintohtml5.org/storage.html　（深入HTML5）

作者：Mark Pilgrim

译者 : (tiimfei@gmail.com)

这篇文章是作者的书HTML5 up & Running的的一个章节，并在线以 License授权。

这是本文的第二部分，第一部分链接：

追踪HTML5 存储区域中的数据变化

除了常用的存取数据的方法，开发者还需要能够侦测数据变化的编程接口。这就是存储事件（storage event ）

当setItem(),removeItem()或者clear() 方法被调用，并且数据真的发生了改变时，storage事件就会被触发。注意这里的的条件是数据真的发生了变化。也就是说，如果当前的存储区域是空的，你再去调用clear()是不会触发事件的。或者你通过setItem()来设置一个与现有值相同的值，事件也是不会触发的。

所有支持localStorage对象的浏览器都支持存储事件，也包括IE8。不过由于IE8不支持W3C标准的addEventListener （IE9 支持）。因此要在不同浏览器中侦听存储事件，仍然需要一些代码来兼顾浏览器之间事件处理机制的不同。

当然你也可以使用jQuery，Dojo 或者其他Javacript类库来帮你注册事件处理函数，存储事件也是可以支持的。

if (window.addEventListener) { window.addEventListener("storage", handle_storage, false); } else { window.attachEvent("onstorage", handle_storage); };

上面代码中handle_storage 是在存储事件发生时被调用的回调函数，传入参数是StorageEvent。在IE中，该event对象会被保存在window.event 中。

function handle_storage(e) { if (!e) { e = window.event; } }

StorageEvent对象会包含下列的属性。

StorageEvent 对象
属性	类型	描述
* 注意: `url` 属性早期的规范中为uri`属性。`有些浏览器发布较早，没有包含这一变更。为兼容性考虑，使用url属性前，你应该先检查它是否存在，如果没有url属性，则应该使用uri属性
`key`	string	被修改的键。
`oldValue`	any	修改前的值（如果是增加新的键值，则该属性为null）
`newValue`	any	修改后的值（如果是删除键值，则该属性为null）
`url`^*	string	触发当前存储事件的页面的url

要注意一点，在存储事件的处理函数中是不能取消这个存储动作的。存储事件只是浏览器在数据变化发生之后给你的一个通知。

目前技术的局限

前面的章节中，我提到了过去许多用来实现浏览器本地存储的技术和插件的缺点，例如存储容量的限制。其实HTML5本地存储标准也有它自身的局限。简单来说就是这几个关键词，“5M容量"和 “QUOTA_EXCEEDED_ERR“ 。

“5M容量",是每个来源（origin)（http://www.whatwg.org/specs/web-apps/current-work/multipage/origin-0.html#origin-0）允许存储容量的默认限制。在HTML5 存储标准中，5M只不过是作为一个建议的数值出现的，但是这个建议被所有的浏览器所采用。挺奇怪的，不是吗？　　需要注意的是，存储的数据都是以字符串形式保存的。因此如果你存储了大量整型数或浮点数，这些数也会以字符串形式保存。浮点数的每一位都需要一个字符来表示。这大大增加了所需要的存储空间。

第二个关键词“QUOTA_EXCEEDED_ERR” 是一个异常，如果你使用的存储容量超过了5M，你就会碰到它。

接下来你自然会要问那如果我想使用超过5M的容量，是不是可以通过弹出对话框让用户授权的方式来增加允许容量么？很遗憾，答案是”不行！“ 在这篇文章写作时,(2月 2011), 没有浏览器支持允许程序向用户请求更大存储空间的机制。有些浏览器（例如Opera）允许用户自己来控制每个站点可使用的存储容量，但是这必须由用户自己主动发起才行，作为开发者你没有办法来发起这样的请求。

HTML5 本地存储实战

这一节让我们来实际操作一下HTML5 本地存储。回忆一下我们在canvas章节中开发的游戏。由于没有加入本地存储支持，每次关闭浏览器这个游戏的进度就会丢失。现在我们可以用HTML5 本地存储技术在浏览器中保存玩家的游戏进度。这里是一个。

试试看，在游戏中操作一些步骤，然后关闭该标签页然后在新标签页中再打开该游戏页面。如果你的浏览器支持HTML5本地存储，你会发现关闭前的游戏进度和状态被神奇的记录下来了。

这是怎么实现的呢？在游戏中，每次发生状态变化，我们都会调用下面的方法:

首先保存一个标志变量”gGameInProgress"用来指示当前是否有一个游戏正在进行。然后是保存正在进行中的游戏的状态，包括哪些棋子被选中了，当前一共走的总步数等等。

在每次页面加载时，我们会调用resumeGame()方法，这个方法会先检查本地存储中的halma.game.in.progress"标志，如果是true，则会恢复上次保存的游戏状态。如果false，则调用newGame开始新游戏。

在上面resumeGame中最重要的一点就是“ 所有HTML5 本地存储中的数据都是以字符串形式保存的，如果你保存了其他数据类型，在访问这些数据时一定要自己对这些数据做强制类型转换"。例如我们保存的标志变量gGameInProgress是一个Boolean类型。在saveGameState()中我们不需要做任何特别操作

localStorage["halma.game.in.progress"] = gGameInProgress;

但是在resumeGame中，我们要访问这个数据时，则必须做从string到Boolean的强制转换

gGameInProgress = (localStorage["halma.game.in.progress"] == "true");

类似的，处理数值类型，例如gMoveCount 变量，在saveGameStat中我们用下面的语句保存一个整型变量

localStorage["halma.movecount"] = gMoveCount;

但在resumeGame方法中，则要使用JavaScript的parseInt函数来将这个值从字符串转换为整型

MoveCount = parseInt(localStorage["halma.movecount"]);

比键值对更强大的未来

相比HTML5标准成型前的混乱状态，今天HTML5本地存储的情形前所未有的令人振奋。新的API被标准化，并且被所有的主流浏览器平台和设备所支持。作为看惯了各种不兼容的Web程序员，很少有机会看到如此美妙一致的现实。不过5M的存储容量以及仅仅能存储键值对这种简单数据结构对于较复杂的应用来说仍然是远远不够的。所以客户端持久化的未来仍然有许多发展的空间。而现在我们已经能看到许多互相竞争的技术在浮现。

其中一种技术的大名你也许早就听到过 "SQL". （译者: 这句笑话很冷啊） 2007年，Google发布Gears项目。Gears是一个跨浏览器的插件，其中就包含了一个基于SQLite的嵌入式数据库。这一早期原型后来影响了的建立.

WebSQLDataBase (之前也称作 WebDB）在SQL DB之上提供了一层简单封装，从而允许你在JavaScript中使用下面的代码：

(这可不是伪代码，下面的代码在4个浏览器里是真的可以工作的！）

openDatabase('documents', '1.0', 'Local document storage', 5*1024*1024, function (db) { db.changeVersion('', '1.0', function (t) { t.executeSql('CREATE TABLE docids (id, name)'); }, error); });

这段代码的核心就是传入 executeSql方法的SQL 语句。这里它能够支持所有的SQL语句，包括SELECTUPDATE, INSERT 和 DELETE。一切都和后台的数据库编程没什么区别，唯一不同的是你是在JavaScript里调用的！太欢乐了！

Web SQL Database 标准已经在4个浏览器（以及对应的平台）中被实现了。

Web SQL Database supportIE Firefox Safari Chrome Opera iPhone Android

· · 4.0+ 4.0+ 10.5+ 3.0+ 2.0+

当然，如果你对SQL略微有所了解的话，你就会明白其实“SQL” 这个词更多只是一个常用术语而不是一个真正统一的标准。（这其实和HTML5 这个词是一样的）当然，我们读书时都学过一个SQL-92 标准，遗憾的是在现实世界里，没有一款产品能真正的严格符合这套标准。因此我们知道有甲骨文的SQL，微软的SQL，MySQL的SQL， PostgreSQL的SQL， SQLite的SQL。每个厂商都在自己的数据库产品中加入了特有的SQL新特性。甚至在一个厂商的产品中，不同的版本间SQL的用法也会产生变化。

这些SQL业界的纷争就导致了我们看到在Web SQL Database 规范中出现了如下的免责声明:

本规范现在碰到了一个难题：所有的感兴趣的厂商目前都使用了同样的SQL后台(Sqllite), 但是我们还需要有更多独立的实现来使本规范成为一个标准。目前本规范中所使用的SQL语法(SQL dialect)只是一个基于Sqlite所支持的SQL语法的参考，并不会作为将来标准的一部分。

另一个与此竞争的技术是，之前也称作WebSimpleDB, 不过现在更多人叫它IndexedDB

索引数据库API主要的概念是对象存储容器(object store),对象存储容器很像SQL中的数据库概念。每个数据库（object store）中都有很多记录（对象），每个记录都有很多字段（fields)。每个字段都有其预定义好的数据类型。你可以选择所有记录的子集，使用游标来遍历所有记录，也提供了事务的概念来保证数据完整性和一致性。

所有这些概念都和传统SQL数据库编程很相似。最主要的区别在于，Object Store之上不能使用SQL语句这种结构化的查询语言。你用不着构建像SELECT * from USERS where ACTIVE = 'Y' 这样的查询。你要做的是通过object store 提供的方法在名为USERS的数据库上打开一个游标指针（cursor）来遍历所有记录，然后过滤掉那些不满足条件的记录，最后在剩下的记录上使用数据访问方法获取你所需要的数据。这篇是一篇很好的教程，里面详细比较了索引数据库和Web SQL 数据库

在本文写作时，索引数据库只是在FF4 的beta版中被实现了。 Mozilla已经声明他们 . Google 则说他们

连微软也说索引数据库是" "

那么你究竟能用索引数据库干点什么呢？在目前的状况下，除了一些演示之外几乎什么也做不了。但是谁知道1年之后会不会就大不一样了呢。请参考

深入阅读 一节的资料和教程。