澳门新浦京手机版HTML5 5大存储方式总结

总体情况

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

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

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

支持离线 Web 应用开发是 HTML5 的另一个重点。所谓离线 Web
应用,就是在设备不能上网的情况下仍然可以运行的应用。

需要做一个选择,是Web app还是Native app,当然,还有第三种,Hybrid app。

目标

  • 解决4k的大小问题
  • 解决请求头常带存储信息的问题
  • 解决关系型存储的问题
  • 跨浏览器

开发离线Web
应用需要几个步骤。首先是确保应用知道设备是否能上网,以便下一步执行正确的操作。然后,应用还必须能访问一定的资源(图像、Javascript、CSS等),只有这样才能正常工作。最好,必须有一块本地空间用户保存数据,无论能否上网都不妨碍读写。

现在手机用户越来越多,电脑终端浏览器也在不断的更新换代,推陈出新,网页已经不仅仅是用来分享信息这么简单,可以用来做更多的事情。

1.本地存储localstorage

存储方式:

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

大小:

每个域名5M

支持情况:

澳门新浦京手机版 1

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

检测方法:

if(window.localStorage){
 alert('This browser supports localStorage');
}else{
 alert('This browser does NOT support localStorage');
}

常用的API:

getItem //取记录

setIten//设置记录

removeItem//移除记录

key//取key所对应的值

clear//清除记录

澳门新浦京手机版 2

存储的内容:

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

HTML5 及其相关的 API让开发离线应用成为现实。

本地存储升级

在以前,浏览器几乎不具备太多的存储能力。HTML5在存储方面做了重大的改进,提供了localStorage和sessionStorage对象用于小型数据的存储,更提供了WebDatabase以存储大量数据。

2.本地存储sessionstorage

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

离线检测

要知道设备是否在线还是离线,HTML5 定义了一个 navigator.onLine
属性,这个属性值为 true 表示设备能上网,值为 false 表示设备离线。

if (navigator.onLine) {
    // 正常工作
} else {
    // 执行离线状态时的任务
}

由于 navigator.onLine 存在一定的兼容性问题,因此除了 navigator.onLine
属性之外,为了更好地确定网络是否可用,HTML5 还定义了两个事件 online 和
offline。

当网络在离线和在线之间切换时在 window 对象上触发这两个事件:

window.addEventListener('online', function() {
    // 正常工作
});

window.addEventListener('offline', function() {
    // 执行离线状态时的任务
});

在实际应用中,最好在页面加载后,最好先通过 navigator.onLine
取得初始的状态。然后通过上述两个事件来确定网络连接状态是否变化。当上述事件触发时,navigator.onLine
属性的值也会改变,不过必须要手工轮询这个属性才能检测到网络状态的变化。

cookie与cookie的局限

Http本身是一种无状态无链接的协议,用户在浏览器上请求一个动作时,服务器不会知道用户上一个动作做了什么,因此,如果要存储诸如登录与否、已登录文本等状态信息是非常麻烦的。cookie的发明则满足了大部分的状态存储的需求。从根本上讲,cookie就是一段存储在客户端(浏览器)的文本,我们既可以在服务器响应返回时设置cookie,也可以在前端通过javascript进行修改。cookie有域限制,不同域的cookie相互不影响,也不能互相访问。

可以在谷歌浏览器的控制台输入document.cookie来查看当前网页所有可用的cookie,也可以通过这样的方式document.cookie=”uid=123″来设置cookie,这条语句不会覆盖之前的cookie,只是自动添加到原先cookie的后面,不同的键值对用”;”分隔。除了域的限制以外,还有一个大小和数量的限制对于我们数据存储来说,影响很大。不同的浏览器采用了不同的限制策略,但都不会很多。

3.离线缓存(application cache)

本地缓存应用所需的文件

使用方法:

①配置manifest文件

页面上:

<!DOCTYPE HTML>
<html manifest="demo.appcache">
...
</html>

Manifest 文件:

manifest
文件是简单的文本文件,它告知浏览器被缓存的内容(以及不缓存的内容)。

manifest 文件可分为三个部分:

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

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

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

完整demo:

CACHE MANIFEST
# 2016-07-24 v1.0.0
/theme.css
/main.js

NETWORK:
login.jsp

FALLBACK:
/html/ /offline.html

服务器上:manifest文件需要配置正确的MIME-type,即
“text/cache-manifest”。

如Tomcat:

<mime-mapping>
     <extension>manifest</extension>
     <mime-type>text/cache-manifest</mime-type>
</mime-mapping>

常用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文件,或者内部列举的某一个文件不能正常下载,整个更新过程将视为失败,浏览器继续全部使用老的缓存

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

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

5.
manifest文件中CACHE则与NETWORK,FALLBACK的位置顺序没有关系,如果是隐式声明需要在最前面

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

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

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

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

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

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

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

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

应用缓存

HTML5 的应用缓存(application cache),或者简称为
appcache,是专门为开发离线 Web 应用而设计的。Appcache
就是从浏览器的缓存中分出来的一块缓存区。要想在这个缓存中保存数据,可以使用一个描述文件(manifest
file),列出要下载和缓存的资源。描述文件示例:

CACHE MANIFEST
# Comment

file.js
file.css

然后在 html 中引用:

<html manifest="./xxx.manifest">

xxx.manifest 文件的 MIME 类型必须是 text/cache-manifest。

该 API 的核心是 applicationCache 对象,这个对象有一个 status
属性,属性的值是常量,表示应用缓存的如下当前状态:

  • 0: 无缓存,即没有与页面相关的应用缓存
  • 1: 闲置,即应用缓存未得到更新
  • 2: 检查中,即正在下载描述文件并检查更新
  • 3: 下载中,即应用缓存正在下载描述文件中指定的资源
  • 4:
    更新完成,即应用缓存已经更新了资源,而且所有资源都已下载完毕,可以通过
    swapCache() 来使用了
  • 5:
    废弃,即应用缓存的描述文件已经不存在了,因此页面无法再访问应用缓存

相关事件:

  • checking: 在浏览器为应用缓存查找更新时触发
  • error: 在检查更新或者下载资源期间发生错误时触发
  • noupdate: 在检查描述文件发现文件无变化时触发
  • downloading: 在开始下载应用缓存资源时触发
  • progress: 在文件下载应用缓存的过程中持续不断地触发
  • updateready: 在页面新的应用缓存下载完毕且可以通过 swapCache()
    使用时触发
  • cached: 在应用缓存完整可用时触发

一般来讲,这些事件会随着页面加载按上述顺序依次触发。也可以通过调用
update() 方法手动触发上述事件。

来自HTML5的Web Storage

相比较于cookie而言,HTML5规范中的WebStorage更适合用作本地数据存储。Web
Storage的使用非常方便,速度更快也更安全,只会存储在浏览器中而不会随HTTP请求发送到服务器端。它可以轻松存储大量数据而丝毫不会影响你网站的性能。

4.Web SQL

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

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

支持情况:

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

核心方法:

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

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

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

打开数据库:

var db = openDatabase('mydb', '1.0', 'Test DB', 2 * 1024 * 1024,fn);
//openDatabase() 方法对应的五个参数分别为:数据库名称、版本号、描述文本、数据库大小、创建回调

执行查询操作:

var db = openDatabase('mydb', '1.0', 'Test DB', 2 * 1024 * 1024);
db.transaction(function (tx) {  
   tx.executeSql('CREATE TABLE IF NOT EXISTS WIN (id unique, name)');
});

插入数据:

var db = openDatabase('mydb', '1.0', 'Test DB', 2 * 1024 * 1024);
db.transaction(function (tx) {
   tx.executeSql('CREATE TABLE IF NOT EXISTS WIN (id unique, name)');
   tx.executeSql('INSERT INTO WIN (id, name) VALUES (1, "winty")');
   tx.executeSql('INSERT INTO WIN (id, name) VALUES (2, "LuckyWinty")');
});

读取数据:

db.transaction(function (tx) {
   tx.executeSql('SELECT * FROM WIN', [], function (tx, results) {
      var len = results.rows.length, i;
      msg = "<p>查询记录条数: " + len + "</p>";
      document.querySelector('#status').innerHTML +=  msg;

      for (i = 0; i < len; i++){
         alert(results.rows.item(i).name );
      }

   }, null);
});

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

数据存储

Web Storage使用

浏览器内置了两个已经实例化好了的对象,一个是sessionStorage,另一个是localStorage。

其中sessionStorage中存储的数据只是在单页面会话期间有效,sessionStorage更类似于一个页面上的全局变量。而localStorage的数据则会被持久化到客户端,而且永远不会过期(cookie可以设置过期时间),并且其容量也不会像cookie那样受限。

无论是sessionStorage还是localStorage,都可以使用下述这些方法或属性:

setItem(key,value)    getItem(key)    removeItem(key)    length    key(n)    clear()

这两者的区别是存储数据的生命周期不一样,只要一直在这个域内连续访问,存储在sessionStorage的数据会一直存在,一旦关闭页面或浏览器,所有sessionStorage存储的数据都会消失(也就是说,sessionStorage不会将数据存入磁盘)。

5.IndexedDB

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

异步API:

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

澳门新浦京手机版 3

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

关闭与删除:

function closeDB(db){
     db.close();
}
function deleteDB(name){
     indexedDB.deleteDatabase(name);
}

数据存储:

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

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

这个就有点复杂了。看这里的教程:

1.

2.

详细API地址:

Cookie

HTTP Cookie,通常直接叫做
cookie,是在客户端用于存储会话信息的。该标准要求服务器对任意 HTTP
请求发送 Set-Cookie HTTP
头信息作为响应的一部分,其中包含会话信息。服务器响应头示例:

HTTP/1.1 200 OK
Content-type: text/html
Set-Cookie: name=value
Other-header: other-header-value

然后浏览器 Set-Cookie 的会话信息,之后为每个请求添加 Cookie HTTP
头将信息发送回服务器,如下所示:

GET /index.html HTTP/1.1
Cookie: name=value
Other-header: other-header-value

发送回服务器的额外信息可以用于唯一验证客户来自于发送的哪个请求。

完整的 cookie 包括:

  • 名称: 一个唯一确定 cookie 的名称。必须被 URL 编码。
  • 值: 存储在 cookie 中的字符串值。必须被 URL 编码。
  • 域: cookie 对于哪个域是有效的。
  • 路径: 对于指定域中的那个路径,应该向服务器发送 cookie。
  • 失效时间: 表示 cookie 何时应该被删除的时间戳。
  • 安全标志: 指定后,cookie 只有在使用 SSL
    连接的时候才发送到服务器。

Set-Cookie:name=value; domain=www.laixiangran.cn; path=/; expires=Mon, 29 Oct 2018 03:53:10 GMT; secure;

storage事件

对Storage对象进行的所有修改都会触发文档上的storage事件。其中事件对象会有以下属性:

domain        key     oldValue    newValue

例如:

document.addEventListener(“storage”, function(e) {console.log(“Storage
changed. Name ‘” + e.Key +”‘”); });

由于这个事件有兼容性问题,一般不建议使用。

当然,并不是说localStorage大小可以无限使用,对于不同的浏览器,有不一样的设定,但大体上会给每个域设有5MB的存储空间,这对于大多数应用来说,已经足够了。

基本用法

在 JavaScript 中操作 cookie 有些复杂,这是因为 document.cookie
属性在不同的使用方式中表现出不同的行为。

当用来获取属性值时,document.cookie 返回当前页面可用的所有 cookie
字符串,一系列由分号隔开的键值对,如下所示:

document.cookie
// name1=value1;name2=value2;name3=value3;

当用来设置值时,document.cookie 属性会设置一个新的 cookie
字符串添加到现有的 cookie 集合中,并不会像普通对象设置属性一样覆盖原
cookie 的值,除非设置的 cookie 的名称已经存在,如下所示:

// cookie 的名称不存在
document.cookie = 'name4=value4'
// name1=value1;name2=value2;name3=value3;name4=value4;
// 而不是 name4=value4;

// cookie 的名称存在
document.cookie = 'name3=value4'
// name1=value1;name2=value2;name3=value4;

从上面的代码我们可以看出,我们要读取或者修改或者删除指定 cookie
的值都不是很直观方便,因此我们可以封装一些方法,方便我们对 cookie
的操作:

var CookieUtil = {

    get: function (name) {
        var cookieName = encodeURIComponent(name) + "=",
            cookieStart = document.cookie.indexOf(cookieName),
            cookieValue = null,
            cookieEnd;

        if (cookieStart > -1) {
            cookieEnd = document.cookie.indexOf(";", cookieStart);
            if (cookieEnd == -1) {
                cookieEnd = document.cookie.length;
            }
            cookieValue = decodeURIComponent(document.cookie.substring(cookieStart + cookieName.length, cookieEnd));
        }

        return cookieValue;
    },

    set: function (name, value, expires, path, domain, secure) {
        var cookieText = encodeURIComponent(name) + "=" + encodeURIComponent(value);

        if (expires instanceof Date) {
            cookieText += "; expires=" + expires.toGMTString();
        }

        if (path) {
            cookieText += "; path=" + path;
        }

        if (domain) {
            cookieText += "; domain=" + domain;
        }

        if (secure) {
            cookieText += "; secure";
        }

        document.cookie = cookieText;
    },

    unset: function (name, path, domain, secure) {
        this.set(name, "", new Date(0), path, domain, secure);
    }

};

使用方法:

// 设置 cookie
CookieUtil.set('name', 'lai');
CookieUtil.set('sex', 'man');

// 读取 cookie
CookieUtil.get('name'); // 'lai'
CookieUtil.get('sex'); // 'man'

// 删除 cookie
CookieUtil.unset('name');
CookieUtil.unset('sex');

// 设置 cookie,包括它的路径、域、失效日期
CookieUtil.set('name', 'lai', '/', 'www.laixiangran.cn', new Date());

缓存和应用缓存

HTML5提供了一种独特的缓存机制:Application Cache(应用缓存)

顾名思义,这是为应用程序而生的缓存机制。主要是可以将服务器端的资源文件缓存至本地,至少有以下三个有点:

加速应用启动速度—省却了下载文件的时间

离线访问–利用离线缓存下来的页面和文件资源继续未完成的工作

节省服务器资源–更少的请求,意味着更小的服务器压力。

大小限制

  • 每个域的 cookie 总数是有限,不同浏览器之间所有不同,IE6 以下是最多
    20 个,IE7 以上最多 50 个,Firefox最多 50 个,Opera 最多 30
    个,Safari 和 Chrome 不限制。
  • cookie 的尺寸也有限制,大多数浏览器有大约 4096B。

应用缓存的基本使用

一般而言,针对单页应用启用。

Web Storage

Web Storage 的目的是克服由 cookie
带来的一些限制,当数据需要被严格控制在客户端上时,无须持续地将数据发回服务器。Web
Storage 的两个主要目标是:

  • 提供一种在 cookie 之外存储会话数据的路径。
  • 提供一种存储大量可以跨会话存在的数据的机制。

Web Storage 主要定义了两种对象:sessionStorage 和 localStorage,是
Storage 对象的实例,这两个对象区别如下:

  • sessionStorage:
    存储特定于某个会话的数据,也就是该数据只保持到浏览器关闭。存储数据大小大多数限制在
    2.5M,少数浏览器限制在 5M 或者不限制。
  • localStorage: 数据保存到通过 JavaScript
    删除或者是用户清除浏览器缓存。存储数据大小大多数限制在
    5M,少数浏览器限制在 2.5M 或者不限制。

Storage 类型有如下方法:

  • clear(): 删除所有值。
  • getItem(name): 根据指定的名字 name 获取对应的值。
  • key(index): 获取 index 位置处的值的名字。
  • removeItem(name): 删除由 name 指定的键值对。
  • setItem(name, value): 为指定的 name
    设置一个对应的值,值为字符串。

对 sessionStorage 和 localStorage 进行操作都会触发 storage
事件
,该事件对象有以下属性:

  • domain: 发生变化的存储空间的域名。
  • key: 设置或者删除的键名。
  • newValue: 如果是设置值,则是新值;如果是删除键,则是null。
  • oldValue: 键被更改之前的值。

manifest

在文档中开启应用缓存非常简单,只需要在HTML标签中添加一个manifest属性,并指定manifest文件即可。

<!DOCTYPE html>

<html manifest=”/appcache.manifest”>

//这个html文件本身一定会被缓存

</html>

而appcache.manifest其实就是一个文本文件,里面指定了需要浏览器缓存的资源,比如像下面这个样子:

CACHE MANIFEST

index.html

stylesheet.css

images/logo.png

scripts/main.js

浏览器首次加载页面时会读取该文件,并下载和缓存它指定的资源,上面例子中缓存了四个文件,由于缓存是一次性的,因此如果四个文件有任何一个文件不可用,整个缓存行为将失败。除了文件中指定的四个需要缓存的文件以外,指定manifest文件的html文档也会被缓存下来。

要注意服务器在返回此文件时必须设置MIME类型为text/cache-manifest,不同服务器指定MIME类型的方式不同,基于NodeJS的Web服务器Express中设置MIME的方式如下:

res.type(‘text/cache-manifest’)

res.sendfile(appcache.manifest文件路径)

manifest文件还可以指定一些特别的缓存行为,下面是一个完整格式的示例

CACHE MNIFEST

#指定会被缓存的资源

/favicon.ico

images/logo.png

stylesheetes/style.css

javascripts/app.js

#必须在有网络时访问的资源

NETWORK:

/api

http://api.weibo.com

#降级访问

FALLBACK:

#根目录如果不可用,则读取offline.html文件

/    /offline.html

#所有images/目录下的文件不可用时被请求,则读取images/offline.jpg

images/    images/offline.png

任何一个manifest文件都可以包含CACHE NETWORK
和FALLBACK三个不同的部分,它们分别表示如下:

CACHE:一定会被缓存的资源,浏览器首次加载页面时便下载其后的所有文件。

NETWORK:这些文件属于白名单资源,无论是否处于离线状态,这些资源的访问都会绕过缓存,资源的URL可以使用通配符。

FALLBACK:对于不可访问资源使用后备资源进行访问,两种资源以空格隔开,第一部分表示资源可用时的路径,第二部分表示后备资源缓存路径。资源的URL可以使用通配符。

以上三个部分可以按照任意顺序和数量进行组合。

IndexedDB

Indexed Database API,简称为
IndexedDB,是在浏览器中保存结构化数据的一种数据库。其思想是创建一套
API,方便保存和读取 JavaScript 对象,同时还支持查询和搜索。

IndexedDB 设计的操作完全是异步进行的。因此,大多数操作会以请求方式进行。

缓存更新

著名程序员Phil
Karlton曾说过:”在计算机科学领域,有两大难题,如何让缓存失效(cache
invalidation)和如何给各种东西命名”

有三种方式进行缓存失效:

修改manifest文件:修改被缓存的文件本身并不会自动更新缓存,但是更改manifest文件本身则会重新下载整个缓存列表。

通过API接口以编程方式进行缓存控制。

用户主动在浏览器中清除缓存数据—对于开发者来说意义不大,最多是在调试的时候根据需要清除缓存来测试程序

由于manifest文件支持注释,而注释的更改也可以使manifest文件变化从而导致更新缓存,我们可以利用这一特点来实现自动更新缓存。使用程序生成一串随机值创建一行注释写入到manifest文件中,这个随机值可以是版本号、文本哈希值和时间戳等。

下面给出的是一个基于NodeJS的简单的版本生成器:

var fs = require(‘fs’),

mfPath = ‘./public/appcache.manifest’,

mfOutputPath = ‘./public/output.manifest’

function gernerateVersionHash() {

//使用当前时间生成一段随机版本号

return (+new Date()).toString(32)

}

fs.readFile(mfPath, function(err, data) {

if(err) throw err;

var output = ‘# version=’ + generateVersionHash() + ‘n’ + data;

fs.writeFile(mfOutputPath, output, function(err) {

if(err) throw err;

console.log(‘生成文件成功!路径:’ + mfOutputPath)

}); })

配置好路径后,每次在更新了应用程序时,只需要运行这个脚本即可更新缓存。当然也可以监视你要保存的资源文件是否被修改来自动生成新版本的manifest文件以实现更新缓存。

基本用法

var indexedDB = window.indexedDB || window.msIndexedDB || window.mozIndexedDB || window.webkitIndexedDB, // 获取 indexedDB
    request,
    store,
    database,
    users = [
        {
            username: "007",
            firstName: "James",
            lastName: "Bond",
            password: "foo"
        },
        {
            username: "ace",
            firstName: "John",
            lastName: "Smith",
            password: "bar"
        }
    ];

// 打开数据库
request = indexedDB.open("example");

// 注册 onerror 及 onsuccess 事件
request.onerror = function (event) {
    alert("Something bad happened while trying to open: " + event.target.errorCode);
};
request.onsuccess = function (event) {
    database = event.target.result;

    // 操作数据库
    initializeDatabase();
};

function initializeDatabase() {
    if (database.version != "1.0") {

        // 设置数据库版本号
        request = database.setVersion("1.0");
        request.onerror = function (event) {
            alert("Something bad happened while trying to set version: " + event.target.errorCode);
        };
        request.onsuccess = function (event) {

            // 使用 users 创建对象存储空间
            store = database.createObjectStore("users", {keyPath: "username"});
            var i = 0,
                len = users.length;

            while (i < len) {

                // 插入新值
                store.add(users[i++]);
            }

            alert("Database initialized for first time. Database name: " + database.name + ", Version: " + database.version);
        };
    } else {
        alert("Database already initialized. Database name: " + database.name + ", Version: " + database.version);

        // transaction() 创建事务,objectStore() 将存储空间传入事务
        request = database.transaction("users").objectStore("users").get("007");
        request.onsuccess = function (event) {
            alert(event.target.result.firstName);
        };
    }
}

编程接口

更新缓存更好的方式是通过javascript访问离线缓存接口。window.applicationCache对象定义了应用缓存的编程接口。比如我们要更新缓存,可以调用applicationCache.update()方法时,浏览器将先重新获取manifest文件,如果manifest文件有变化,那么就尝试更新用户的缓存。不过此时只是将需要缓存的文件下载下来,当下载完毕,调用applicationCache.swapCache()即可,applicationCache.status属性查询缓存的当前状态。

Application cache的使用不算困难,但是在使用时一定要注意下面这两个问题:

访问页面时,查询参数将会不起作用。如访问index.html?page=1这个url,第一次加载时后端服务器可以取到page=1这个参数,可是当index.html被缓存后,无论如何调正查询参数都是不会向服务器发起请求的,需要注意这一点,如果需要在url中传递参数,可以使用hash,并用javascript处理hash内容。

manifest本身也有可能被缓存,设置过期header是个解决办法。

以上内容来自《HTML5 移动Web开发实战详解》 林珑编著。

限制

  • 和 Web
    Storage类似,只能由同源(相同协议、域名和端口)页面操作,因此不能跨域共享信息。
  • Firefox 大小上限为 50M,移动端的 Firefox 大小上限为
    5M,不允许本地文件访问。
  • Chrome 大小上限为 5M,允许本地文件访问。

发表评论

电子邮件地址不会被公开。 必填项已用*标注