【html】前端HTML5几种存储方式的总结

总体情况

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

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

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

 

目标

解决4k的大小问题

解决请求头常带存储信息的问题

解决关系型存储的问题

跨浏览器

 

1.本地存储localstorage

存储方式：

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

 

大小：

每个域名5M

 

支持情况：

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

 

检测方法：

1 2 3 4 5

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

 

常用的API：

getItem //取记录

setIten//设置记录

removeItem//移除记录

key//取key所对应的值

clear//清除记录

存储的内容：

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

2.本地存储sessionstorage

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

 

3.离线缓存（application cache）

本地缓存应用所需的文件

使用方法：

①配置manifest文件

页面上：

1 2 3 4

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

Manifest 文件：

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

manifest 文件可分为三个部分：

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

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

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

完整demo：

1 2 3 4 5 6 7 8 9 10

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:

1 2 3 4

< 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文件，或者内部列举的某一个文件不能正常下载，整个更新过程将视为失败，浏览器继续全部使用老的缓存
3. 引用manifest的html必须与manifest文件同源，在同一个域下
4. 浏览器会自动缓存引用manifest文件的HTML文件，这就导致如果改了HTML内容，也需要更新版本才能做到更新。
5. manifest文件中CACHE则与NETWORK，FALLBACK的位置顺序没有关系，如果是隐式声明需要在最前面
6. FALLBACK中的资源必须和manifest文件同源
7. 更新完版本后，必须刷新一次才会启动新版本（会出现重刷一次页面的情况），需要添加监听版本事件。
8. 站点中的其他页面即使没有设置manifest属性，请求的资源如果在缓存中也从缓存中访问
9. 当manifest文件发生改变时，资源请求本身也会触发更新

点我参考更多资料！

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

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

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

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

4.Web SQL

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

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

 

支持情况：

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

 

核心方法：

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

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

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

 

打开数据库：

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

执行查询操作：

1 2 3 4

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)'); });

插入数据：　

1 2 3 4 5 6

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")'); });

读取数据：

1 2 3 4 5 6 7 8 9 10 11 12

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的话，这个应该比较容易用。

点我看更多教程！

5.IndexedDB

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

 

异步API：

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

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

 

关闭与删除：

1 2 3 4 5 6

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

数据存储：

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

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

文章 二 　

浅谈前端存储

前言

web应用允许使用浏览器提供的API实现将数据存储到用户的电脑上，这种客户端存储相当于赋予了Web浏览器记忆功能。

客户端存储遵循“同源策略”，因此不同站点的页面是无法相互读取对方存储的数据

客户端存储有以下几种形式：

1. Web存储

2. cookie

3. IE User Data

4. 离线Web应用

5. web数据库

6. 文件系统API

Web Storgage

实现了“web存储”草案标准的浏览器在Window对象上定义了两个属性：localStorage和sessionStorage。

支持这两个属性的浏览器包括IE8+、Firefox3.5+、Chrome4+、Opera10.5+

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

• 提供一种在cookie之外存储会话数据的途径

• 提供一种存储大量可以跨会话存在的数据的机制

有效期

• 通过localStorage存储的数据是永久性的，除非web应用刻意删除存储的数据，或者用户通过设置浏览器配置（浏览器提供的特定的UI）来删除，否则数据将一直保留在用户的电脑上永不过期

• sessionStorage的有效期和存储数据的脚本所在的最顶层的窗口或者是浏览器标签页是一样的。一旦窗口或者标签页被永久关闭了，那么所有通过sessionStorage存储的数据也都被删除了。（现代浏览器已经具备了重新打开最近关闭的标签页随后恢复上一次浏览的会话功能，因此，这些标签页以及与之相关的sessionStorage的有效期可能会更长）。

作用域

• localStorage的作用域是限定在文档源级别的，它同样也受浏览器供应商限制。

• sessionStorage的作用域也限定在文档源中，不仅如此她还被限定在窗口中

存储API

localStorage和sessionStorage通常被当做普通的JS对象使用，这两个对象提供了正式的API

• 保存数据：localStorage.setItem( key, value ); sessionStorage.setItem( key, value );

• 读取数据：localStorage.getItem( key ); sessionStorage.getItem( key );

• 删除单个数据：localStorage.removeItem( key ); sessionStorage.removeItem( key );

• 删除所有数据：localStorage.clear( ); sessionStorage.clear( );

• 得到某个索引的key：localStorage.key( index ); sessionStorage.key( index );

注：两个都有属性 length 表示key 的个数，也即 key 长度。key和value都必须为字符串。

Storage事件

对Storage对象进行任何修改，都会在文档上触发storage事件。这个事件的event对象有以下属性：

• domain：发生变化的存储空间的域名

• key：设置或者删除的键名

• newValue：如果是设置值，则是新值；如果是删除键，则是null。

• oldValue：键被更改之前的值

限制

对于localStorage和sessionStorage的存储限制因浏览器而异。具体参考： http://dev-test.nemikor.com/web-storage/support-test/

Cookie

概念

cookie是指Web浏览器存储的少量数据，同时它是与具体的Web页面或者站点相关的。最初是在客户端用于存储会话信息的。

有效期

cookie默认的有效期很短暂，他只能持续在web浏览器的会话期间，一旦用户关闭浏览器，cookie保存的数据就丢失。

注：与sessionStorage有效期不同，它的有效期和整个浏览器进程而不是单个浏览器窗口的有效期一致。

如果需要延长cookie的有效期，可以通过设置max-age属性，并明确告诉浏览器cookie的有效期有多长。

作用域

cookie的作用域是通过文档源和文档路径来确定的。可通过path设置路径，domain设置域名。

注：cookie的path属性不能被用做访问控制机制。若一个页面想读取同一站点其他页面的cookie，只要简单地将其他页面以隐藏 <iframe> 的形式加载进来，随后读取对应文档的cookie就可以。

安全secure

它是一个布尔值类型的属性，用来表明cookie的值以何种形式传播。其默认是以不安全的形式（通过普通的、不安全的HTTP连接）传递的。若secure属性被标识，那就只能当浏览器和服务器通过HTTPS或者其他的安全协议连接（SSL）的时候才能传递它。

局限性

每个特定的域名下最多生成20个cookie

1. IE6或更低版本最多20个cookie

2. IE7和之后的版本最多可以有50个cookie

3. Firefox最多50个cookie

4. Chrome和Safari没有做硬性限制

5. IE和Opera会清理近期最少使用的cookie，Firefox会随机清理cookie

cookie的最大大约为4096字节，为了兼容性，一般不能超过4095字节。

在js中处理cookie

在js中处理cookie有些复杂，其接口不友好（BOM的document.cookie）;

cookie的名/值对都是经过URL编码的，所以必须使用decodeURIComponent ( ) 来解码

由于JavaScript中读写cookie不是非常直观，常常需要写一些函数来简化cookie的功能。基本的cookie操作有三种：读取、写入、删除。如下例所示：

var CookieUtil = {
    
    get:function(name){
        var cookieName = enCodeURIComponent(name) + '',
            cookieStart = document.cookie.indexOf(cookieName),
            cookieValue = null;
        if (cookieStart > -1){
            var 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;
    },

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

IE userData

微软在IE5及之后的IE浏览器中实现了它专属的客户端存储机制—— userData 。

indexedDB

indexed Database API，或者简称为indexedDB，是浏览器中保存结构化数据的一种数据库。目前，Chrome 27+、Firefox 21+和Opera 15+支持这个API，但是Safari和IE10+仅有部分支持。

应用缓存Application Cache

HTML5中新增了“应用程序缓存”，允许Web应用将应用程序自身本地保存到用户的浏览器中，是专门为开发离线Web应用而设计的，可简称为appCache。

描述文件

想要在这个缓存中保存数据，可以使用一个描述文件（manifest file），列出要下载和缓存的资源。下面是一个简单的示例：

CACHE MANIFEST
#注释
reshui.html
reshui.css
reshui.js

要将描述文件与页面关联起来，可在 <html> 中的manifest属性中指定这个文件的路径，这个文件的MIME类型必须是 text/cache-manifest 。如：

<html manifest="/reshui.manifest">

状态

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

• 0：无缓存，即没有与页面相关的应用缓存。

• 1：闲置：即应用缓存未得到更新。

• 2：检查中，即正在下载描述文件并检查更新。

• 3：下载中，即应用缓存正在下载描述文件中指定的资源

• 4：更新完成，即应用缓存已经更新了资源，而且所有资源都已下载完毕，可以通过swapCache ( ) 来使用

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

事件

appCache还有很多相关事件，表示其状态的改变

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

• error：在检查更新或下载资源期间发生错误时触发

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

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

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

• updateready：在页面新的应用缓存下载完毕且可以通过swapCache ( ) 使用时触发。

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

  一般来讲，这些事件会随着页面加载按上述顺序依次触发。不过，通过调用update ( ) 方法也可以手工干预，让应用缓存完整可用时触发。 applicationCache.update ( )