浏览器端的九种缓存机制介绍

超、凢脫俗 2022-06-02 03:19 188阅读 0赞

浏览器缓存是浏览器端保存数据用于快速读取或避免重复资源请求的优化机制，有效的缓存使用可以避免重复的网络请求和浏览器快速地读取本地数据，整体上加速网页展示给用户。浏览器端缓存的机制种类较多，总体归纳为九种，这里详细分析下这九种缓存机制的原理和使用场景。打开浏览器的调试模式->resources左侧就有浏览器的8种缓存机制。

一、http缓存  
http缓存是基于HTTP协议的浏览器文件级缓存机制。即针对文件的重复请求情况下，浏览器可以根据协议头判断从服务器端请求文件还是从本地读取文件，chrome控制台下的Frames即展示的是浏览器的http文件级缓存。以下是浏览器缓存的整个机制流程。主要是针对重复的http请求，在有缓存的情况下判断过程主要分3步：  
◆判断expires，如果未过期，直接读取http缓存文件，不发http请求，否则进入下一步。  
◆判断是否含有etag，有则带上if-none-match发送请求，未修改返回304，修改返回200，否则进入下一步。  
◆判断是否含有last-modified，有则带上if-modified-since发送请求，无效返回200，有效返回304，否则直接向服务器请求。

如果通过etag和last-modified判断，即使返回304有至少有一次http请求，只不过返回的是304的返回内容，而不是文件内容。所以合理设计实现expires参数可以减少较多的浏览器请求。  
二、websql  
websql这种方式只有较新的chrome浏览器支持，并以一个独立规范形式出现，主要有以下特点：  
◆Web Sql 数据库API 实际上不是HTML5规范的组成部分;  
◆在HTML5之前就已经存在了，是单独的规范;  
◆它是将数据以数据库的形式存储在客户端，根据需求去读取;  
◆跟Storage的区别是： Storage和Cookie都是以键值对的形式存在的;  
◆Web Sql 更方便于检索，允许sql语句查询;  
◆让浏览器实现小型数据库存储功能;  
◆这个数据库是集成在浏览器里面的，目前主流浏览器基本都已支持;  
websql API主要包含三个核心方法：  
◆openDatabase : 这个方法使用现有数据库或创建新数据库创建数据库对象。  
◆transaction : 这个方法允许我们根据情况控制事务提交或回滚。  
◆executeSql : 这个方法用于执行真实的SQL查询。  
openDatabase方法可以打开已经存在的数据库，不存在则创建：  
var db = openDatabase(‘mydatabase’, ‘2.0’, my db’,2\*1024);  
openDatabasek中五个参数分别为：数据库名、版本号、描述、数据库大小、创建回调。创建回调没有也可以创建数据库。  
database.transaction() 函数用来查询，executeSql()用于执行sql语句。  
例如在mydatabase数据库中创建表t1：  
var db = openDatabase(’ mydatabase ‘, ‘1.0’, ‘Test DB’, 2 \* 1024 \* 1024); db.transaction(function(tx)\{ tx.executeSql(‘CREATE TABLE IF NOT EXISTS t1 (id unique, log)’); \});  
插入操作：  
var db = openDatabase(‘mydatabase’, ‘2.0’, my db’, 2 \* 1024); db.transaction(function (tx) \{ tx.executeSql(‘CREATE TABLE IF NOT EXISTS t1 (id unique, log)’); tx.executeSql(‘INSERT INTO t1 (id, log) VALUES (1, “foobar”)’); tx.executeSql(‘INSERT INTO t1 (id, log) VALUES (2, “logmsg”)’); \});  
在插入新记录时，我们还可以传递动态值，如：  
var db = openDatabase(’ mydatabase ‘, ‘2.0’, ‘my db’, 2 \* 1024); db.transaction(function(tx)\{ tx.executeSql(‘CREATE TABLE IF NOT EXISTS t1 (id unique, log)’); tx.executeSql(‘INSERT INTO t1 (id,log) VALUES (?, ?’), \[e\_id, e\_log\]; //e\_id和e\_log是外部变量 \});  
读操作，如果要读取已经存在的记录，我们使用一个回调捕获结果：  
var db = openDatabase(mydatabase, ‘2.0’, ‘my db’, 2\*1024); db.transaction(function (tx) \{ tx.executeSql(‘CREATE TABLE IF NOT EXISTS t1 (id unique, log)’); tx.executeSql(‘INSERT INTO t1 (id, log) VALUES (1, “foobar”)’); tx.executeSql(‘INSERT INTO t1 (id, log) VALUES (2, “logmsg”)’); \}); db.transaction(function (tx) \{ tx.executeSql(‘SELECT \* FROM t1, \[\], function (tx, results) \{ var len = results.rows.length, i; msg = “

Found rows: ” + len + “

“; document.querySelector(‘\#status’).innerHTML += msg; for (i = 0; i < len; i++)\{ alert(results.rows.item(i).log ); \} \}, null); \});  
三、indexDB  
IndexedDB 是一个为了能够在客户端存储可观数量的结构化数据，并且在这些数据上使用索引进行高性能检索的 API。虽然 DOM 存储，对于存储少量数据是非常有用的，但是它对大量结构化数据的存储就显得力不从心了。IndexedDB 则提供了这样的一个解决方案。  
IndexedDB 分别为同步和异步访问提供了单独的 API 。同步 API 本来是要用于仅供 Web Workers 内部使用，但是还没有被任何浏览器所实现。异步 API 在 Web Workers 内部和外部都可以使用，另外浏览器可能对indexDB有50M大小的限制，一般用户保存大量用户数据并要求数据之间有搜索需要的场景。  
异步API  
异步 API 方法调用完后会立即返回，而不会阻塞调用线程。要异步访问数据库，要调用 window 对象 indexedDB 属性的 open() 方法。该方法返回一个 IDBRequest 对象 (IDBOpenDBRequest);异步操作通过在 IDBRequest 对象上触发事件来和调用程序进行通信。  
◆IDBFactory 提供了对数据库的访问。这是由全局对象 indexedDB 实现的接口，因而也是该 API 的入口。  
◆IDBCursor 遍历对象存储空间和索引。  
◆IDBCursorWithValue 遍历对象存储空间和索引并返回游标的当前值。  
◆IDBDatabase 表示到数据库的连接。只能通过这个连接来拿到一个数据库事务。  
◆IDBEnvironment 提供了到客户端数据库的访问。它由 window 对象实现。  
◆IDBIndex 提供了到索引元数据的访问。  
◆IDBKeyRange 定义键的范围。  
◆IDBObjectStore 表示一个对象存储空间。  
◆IDBOpenDBRequest 表示一个打开数据库的请求。  
◆IDBRequest 提供了到数据库异步请求结果和数据库的访问。这也是在你调用一个异步方法时所得到的。  
◆IDBTransaction 表示一个事务。你在数据库上创建一个事务，指定它的范围(例如你希望访问哪一个对象存储空间)，并确定你希望的访问类型(只读或写入)。  
◆IDBVersionChangeEvent 表明数据库的版本号已经改变。  
同步API  
规范里面还定义了 API 的同步版本。同步 API 还没有在任何浏览器中得以实现。它原本是要和webWork 一起使用的。  
[http://mxr.mozilla.org/mozilla-central/source/modules/libpref/src/init/all.js][http_mxr.mozilla.org_mozilla-central_source_modules_libpref_src_init_all.js]  
[http://caniuse.com/\#feat=indexeddb][http_caniuse.com_feat_indexeddb]  
四、cookie  
Cookie(或者Cookies)，指一般网站为了辨别用户身份、进行session跟踪而储存在用户本地终端上的数据(通常经过加密)。cookie一般通过http请求中在头部一起发送到服务器端。一条cookie记录主要由键、值、域、过期时间、大小组成，一般用户保存用户的认证信息。cookie最大长度和域名个数由不同浏览器决定，具体如下：  
浏览器 支持域名个数 最大长度 IE7以上 50个 4095B Firefox 50个 4097B Opera 30个 4096B Safari/WebKit 无限制 4097B  
不同域名之间的cookie信息是独立的，如果需要设置共享可以在服务器端设置cookie的path和domain来实现共享。浏览器端也可以通过document.cookie来获取cookie，并通过js浏览器端也可以方便地读取/设置cookie的值。  
[https://github.com/component/cookie/blob/master/index.js][https_github.com_component_cookie_blob_master_index.js]  
五、localstorage  
localStorage是html5的一种新的本地缓存方案，目前用的比较多，一般用来存储ajax返回的数据，加快下次页面打开时的渲染速度。  
浏览器 最大长度 IE9以上 5M Firefox 8以上 5.24M Opera 2M Safari/WebKit 2.6M //localStorage核心API: localStorage.setItem(key, value) //设置记录 localStorage.getItem(key) //获取记录 localStorage.removeItem(key) //删除该域名下单条记录 localStorage.clear() //删除该域名下所有记录  
值得注意的是，localstorage大小有限制，不适合存放过多的数据，如果数据存放超过最大限制会报错，并移除最先保存的数据。  
[https://github.com/machao/localStorage][https_github.com_machao_localStorage]  
六、sessionstorage  
sessionStorage和localstorage类似，但是浏览器关闭则会全部删除，api和localstorage相同，实际项目中使用较少。  
七、application cache  
application cahce是将大部分图片资源、js、css等静态资源放在manifest文件配置中。当页面打开时通过manifest文件来读取本地文件或是请求服务器文件。  
离线访问对基于网络的应用而言越来越重要。虽然所有浏览器都有缓存机制，但它们并不可靠，也不一定总能起到预期的作用。HTML5 使用ApplicationCache 接口可以解决由离线带来的部分难题。前提是你需要访问的web页面至少被在线访问过一次。  
使用缓存接口可为您的应用带来以下三个优势：  
◆离线浏览 – 用户可在离线时浏览您的完整网站。  
◆速度 – 缓存资源为本地资源，因此加载速度较快。  
◆服务器负载更少 – 浏览器只会从发生了更改的服务器下载资源。  
一个简单的离线页面主要包含以下几个部分：  
index.html

[http_mxr.mozilla.org_mozilla-central_source_modules_libpref_src_init_all.js]: http://mxr.mozilla.org/mozilla-central/source/modules/libpref/src/init/all.js
[http_caniuse.com_feat_indexeddb]: http://caniuse.com/#feat=indexeddb
[https_github.com_component_cookie_blob_master_index.js]: https://github.com/component/cookie/blob/master/index.js
[https_github.com_machao_localStorage]: https://github.com/machao/localStorage