前端几种存储方式的总结

时间 2019-11-24

标签前端几种存储方式总结繁體版

原文原文链接

整体状况

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

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

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

目标web

解决4k的大小问题ajax

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

解决关系型存储的问题数据库

跨浏览器json

1.本地存储localstorage数组

存储方式：浏览器

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

大小：

每一个域名5M

支持状况：

注意：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//清除记录

存储的内容：

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

2.本地存储sessionstorage

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

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文件，或者内部列举的某一个文件不能正常下载，整个更新过程将视为失败，浏览器继续所有使用老的缓存
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() 方法对应的五个参数分别为：数据库名称、版本号、描述文本、数据库大小、建立回调`

执行查询操做：

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

点我看更多教程！

5.IndexedDB

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

异步API：

在IndexedDB大部分操做并非咱们经常使用的调用方法，返回结果的模式，而是请求——响应的模式，好比打开数据库的操做

这样，咱们打开数据库的时候，实质上返回了一个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.http://www.cnblogs.com/dolphinX/p/3415761.html　

2.http://www.cnblogs.com/dolphinX/p/3416889.html

详细API地址：http://www.ibm.com/developerworks/cn/web/wa-indexeddb/#ibm-pcon

暂时就这样，确实有些存储方式未亲身用过，也只能找些别人的资料了。先了解个大概，之后用到再详细记录吧！^_^