HTML5的5种存储方式详解

引言

本篇文章主要介绍了前端HTML5几种存储方式的总结 ，主要包括本地存储localstorage，本地存储sessionstorage，离线缓存（application cache），Web SQL，IndexedDB。有兴趣的可以了解一下。

正文开始~

h5之前，存储主要是用cookies。cookies缺点有在请求头上带着数据，大小是4k之内。主Domain污染。

主要应用：购物车、客户登录

对于IE浏览器有UserData，大小是64k,只有IE浏览器支持。

目标

存储方式：

以键值对(Key-Value)的方式存储，永久存储，永不失效，除非手动删除。

大小：

每个域名5M

支持情况：

注意：IE9 localStorage不支持本地文件，需要将项目署到服务器，才可以支持！

常用的API：

getItem //取记录

setIten//设置记录

removeItem//移除记录

key//取key所对应的值

clear//清除记录

存储的内容：

数组，图片，json，样式，脚本。。。（只要是能序列化成字符串的内容都可以存储）

HTML5 的本地存储 API 中的 localStorage 与 sessionStorage 在使用方法上是相同的，区别在于 sessionStorage 在关闭页面后即被清空，而 localStorage 则会一直保存。

本地缓存应用所需的文件

使用方法：

①配置manifest文件

页面上：

Manifest 文件：

manifest 文件是简单的文本文件，它告知浏览器被缓存的内容（以及不缓存的内容）。

manifest 文件可分为三个部分：

①CACHE MANIFEST - 在此标题下列出的文件将在首次下载后进行缓存

②NETWORK - 在此标题下列出的文件需要与服务器的连接，且不会被缓存

③FALLBACK - 在此标题下列出的文件规定当页面无法访问时的回退页面（比如 404 页面）

完整demo：

服务器上： manifest文件需要配置正确的MIME-type，即 "text/cache-manifest"。

如Tomcat:

常用API：

核心是applicationCache对象，有个status属性，表示应用缓存的当前状态：

0（UNCACHED） : 无缓存， 即没有与页面相关的应用缓存

1（IDLE） : 闲置，即应用缓存未得到更新

2 （CHECKING） : 检查中，即正在下载描述文件并检查更新

3 （DOWNLOADING） : 下载中，即应用缓存正在下载描述文件中指定的资源

4 （UPDATEREADY） : 更新完成，所有资源都已下载完毕

5 （IDLE） : 废弃，即应用缓存的描述文件已经不存在了，因此页面无法再访问应用缓存

相关的事件：

表示应用缓存状态的改变：

checking : 在浏览器为应用缓存查找更新时触发

error : 在检查更新或下载资源期间发送错误时触发

noupdate : 在检查描述文件发现文件无变化时触发

downloading : 在开始下载应用缓存资源时触发

progress：在文件下载应用缓存的过程中持续不断地下载地触发

updateready : 在页面新的应用缓存下载完毕触发

cached : 在应用缓存完整可用时触发

Application Cache的三个优势：

① 离线浏览

② 提升页面载入速度

③ 降低服务器压力

注意事项：

1. 浏览器对缓存数据的容量限制可能不太一样（某些浏览器设置的限制是每个站点 5MB）

2. 如果manifest文件，或者内部列举的某一个文件不能正常下载，整个更新过程将视为失败，浏览器继续全部使用老的缓存

3. 引用manifest的html必须与manifest文件同源，在同一个域下

4. 浏览器会自动缓存引用manifest文件的HTML文件，这就导致如果改了HTML内容，也需要更新版本才能做到更新。

6. FALLBACK中的资源必须和manifest文件同源

7. 更新完版本后，必须刷新一次才会启动新版本（会出现重刷一次页面的情况），需要添加监听版本事件。

8. 站点中的其他页面即使没有设置manifest属性，请求的资源如果在缓存中也从缓存中访问

9. 当manifest文件发生改变时，资源请求本身也会触发更新

离线缓存与传统浏览器缓存区别：

1. 离线缓存是针对整个应用，浏览器缓存是单个文件

2. 离线缓存断网了还是可以打开页面，浏览器缓存不行

3. 离线缓存可以主动通知浏览器更新资源

关系数据库，通过SQL语句访问

Web SQL 数据库 API 并不是 HTML5 规范的一部分，但是它是一个独立的规范，引入了一组使用 SQL *** 作客户端数据库的 APIs。

支持情况：

Web SQL 数据库可以在最新版的 Safari, Chrome 和 Opera 浏览器中工作。

核心方法：

①openDatabase： 这个方法使用现有的数据库或者新建的数据库创建一个数据库对象。

②transaction： 这个方法让我们能够控制一个事务，以及基于这种情况执行提交或者回滚。

③executeSql： 这个方法用于执行实际的 SQL 查询。

打开数据库：

执行查询 *** 作：

插入数据：　

读取数据：

由这些 *** 作可以看出，基本上都是用SQL语句进行数据库的相关 *** 作，如果你会MySQL的话，这个应该比较容易用。

索引数据库 (IndexedDB) API（作为 HTML5 的一部分）对创建具有丰富本地存储数据的数据密集型的离线 HTML5 Web 应用程序很有用。同时它还有助于本地缓存数据，使传统在线 Web 应用程序（比如移动 Web 应用程序）能够更快地运行和响应。

异步API：

在IndexedDB大部分 *** 作并不是我们常用的调用方法，返回结果的模式，而是请求——响应的模式，比如打开数据库的 *** 作

这样，我们打开数据库的时候，实质上返回了一个DB对象，而这个对象就在result中。由上图可以看出，除了result之外。还有几个重要的属性就是onerror、onsuccess、onupgradeneeded（我们请求打开的数据库的版本号和已经存在的数据库版本号不一致的时候调用）。这就类似于我们的ajax请求那样。我们发起了这个请求之后并不能确定它什么时候才请求成功，所以需要在回调中处理一些逻辑。

关闭与删除：

数据存储：

indexedDB中没有表的概念，而是objectStore，一个数据库中可以包含多个objectStore，objectStore是一个灵活的数据结构，可以存放多种类型数据。也就是说一个objectStore相当于一张表，里面存储的每条数据和一个键相关联。

我们可以使用每条记录中的某个指定字段作为键值（keyPath），也可以使用自动生成的递增数字作为键值（keyGenerator），也可以不指定。选择键的类型不同，objectStore可以存储的数据结构也有差异。

学习从来不是一个人的事情，要有个相互监督的伙伴，想要学习或交流前端问题的小伙伴可以私信“学习”小明获取web前端入门资料，一起学习，一起成长！

在HTML5之前的时代，如果需要在客户端本地保存数据，只能存储在Cookie中，但是 Cookie使用过多会影响请求速度 ，所以并不适合存储大量数据。

而在HTML5面世后，自带了本地存储和本地数据库功能，更为便捷的管理客户端数据。

HTML5提供了一个 基于浏览器端的数据库 （WebSQL 、IndexedDB），我们可以通过JS API来在浏览器端创建一个本地数据库，而且它还支持标准的SQL来执行CRUD *** 作。

如何查看本地的数据库呢？通过各个 浏览器的调试工具 可以查看。

在HTML5中 *** 作本地数据库都是通过JS API来实现的，很简单，步聚如下：

1、通过 openDatabase 创建数据库对象

2、通过 db.transaction 设置回调函数

3、通过 executeSql 方法执行查询

HTML5默认情况下是无法连接远程数据库的，一般都是通过API去 *** 作数据库。比如当下流行的前后端完全分离，借助的就是RESTful来实现业务数据的CRUD *** 作。

怎么会问这个问题，HTML是不可能链接数据库的，他是标签类语言，是用于构建静态页面的，要想链接数据库必须得支持网络通信和IO的，显然HTML并没有支持，HTML只是用来设计页面的。

我还以为我落伍了，h5连数据库

HTML5本地存储——Web SQL Database

在HTML5 WebStorage介绍了html5本地存储的Local Storage和Session Storage，这两个是以键值对存储的解决方案，存储少量数据结构很有用，但是对于大量结构化数据就无能为力了，灵活大不够强大。

Web SQL Database

我们经常在数据库中处理大量结构化数据，html5引入Web SQL Database概念，它使用 SQL 来 *** 纵客户端数据库的 API，这些 API 是异步的，规范中使用的方言是SQLlite，悲剧正是产生于此，Web SQL Database规范页面有着这样的声明

This document was on the W3C Recommendation track but specification work has stopped. The specification reached an impasse: all interested implementors have used the same SQL backend (Sqlite), but we need multiple independent implementations to proceed along a standardisation path.

大概意思就是

这个文档曾经在W3C推荐规范上，但规范工作已经停止了。目前已经陷入了一个僵局：目前的所有实现都是基于同一个SQL后端（SQLite），但是我们需要更多的独立实现来完成标准化。

也就是说这是一个废弃的标准了，虽然部分浏览器已经实现，但。。。。。。。

三个核心方法

但是我们学一下也没什么坏处，而且能和现在W3C力推的IndexedDB做比较，看看为什么要废弃这种方案。Web SQL Database 规范中定义的三个核心方法：

openDatabase：这个方法使用现有数据库或新建数据库来创建数据库对象

transaction：这个方法允许我们根据情况控制事务提交或回滚

executeSql：这个方法用于执行SQL 查询

openDatabase

我们可以使用这样简单的一条语句，创建或打开一个本地的数据库对象

var db = openDatabase('testDB', '1.0', 'Test DB', 2 * 1024 * 1024)

openDatabase接收五个参数：

数据库名字

数据库版本号

显示名字

数据库保存数据的大小（以字节为单位 )

回调函数（非必须)

如果提供了回调函数，回调函数用以调用 changeVersion() 函数，不管给定什么样的版本号，回调函数将把数据库的版本号设置为空。如果没有提供回调函数，则以给定的版本号创建数据库。

transaction

transaction方法用以处理事务，当一条语句执行失败的时候，整个事务回滚。方法有三个参数

包含事务内容的一个方法

执行成功回调函数（可选）

执行失败回调函数（可选）

db.transaction(function (context) {

context.executeSql('CREATE TABLE IF NOT EXISTS testTable (id unique, name)')

context.executeSql('INSERT INTO testTable (id, name) VALUES (0, "Byron")')

context.executeSql('INSERT INTO testTable (id, name) VALUES (1, "Casper")')

context.executeSql('INSERT INTO testTable (id, name) VALUES (2, "Frank")')

})

这个例子中我们创建了一个table，并在表中插入三条数据，四条执行语句任何一条出现错误，整个事务都会回滚

executeSql

executeSql方法用以执行SQL语句，返回结果，方法有四个参数

查询字符串

用以替换查询字符串中问号的参数

执行成功回调函数（可选）

执行失败回调函数（可选）

在上面的例子中我们使用了插入语句，看个查询的例子

db.transaction(function (context) {

context.executeSql('SELECT * FROM testTable', [], function (context, results) {

var len = results.rows.length, i

console.log('Got '+len+' rows.')

for (i = 0i <leni++){

console.log('id: '+results.rows.item(i).id)

console.log('name: '+results.rows.item(i).name)

}

})

完整示例

<!DOCTYPE HTML>

<html>

<head>

<title>Web SQL Database</title>

</head>

<body>

<script type="text/javascript">

var db = openDatabase('testDB', '1.0', 'Test DB', 2 * 1024 * 1024)

var msg

db.transaction(function (context) {

context.executeSql('CREATE TABLE IF NOT EXISTS testTable (id unique, name)')

context.executeSql('INSERT INTO testTable (id, name) VALUES (0, "Byron")')

context.executeSql('INSERT INTO testTable (id, name) VALUES (1, "Casper")')

context.executeSql('INSERT INTO testTable (id, name) VALUES (2, "Frank")')

})

db.transaction(function (context) {

context.executeSql('SELECT * FROM testTable', [], function (context, results) {

var len = results.rows.length, i

console.log('Got '+len+' rows.')

for (i = 0i <leni++){

console.log('id: '+results.rows.item(i).id)

console.log('name: '+results.rows.item(i).name)

}

})

})

</script>

</body>

</html>

最后

由于Web SQL Database规范已经被废弃，原因说的很清楚，当前的SQL规范采用SQLite的SQL方言，而作为一个标准，这是不可接受的，每个浏览器都有自己的实现这还搞毛的标准。这样浏览器兼容性就不重要了，估计慢慢会被遗忘。不过Chrome的控制台真心好用啊，神马cookie、Local Storage、Session Storage、Web SQL、IndexedDB、Application Cache等html5新增内容看的一清二楚，免去了很多调试代码工作。

---