HTML5離線存儲原理

時間 2019-11-11

標籤 html5 html 離線存儲原理欄目 HTML5 简体版

原文原文鏈接

找到一篇介紹離線緩存的，感受比以前看到的解釋的更透徹，新的知識點記錄以下：javascript

　　你們都知道Web App是經過瀏覽器來訪問的，因此離線狀態下是沒法使用app的。其中web app中的一些資源並不常常改變，不須要每次都向服務器發送請求。這時應運而生的離線緩存就顯得尤其突出。經過吧須要離線緩存儲的文件列在一個manifest配置文件中。醬紫在離線狀況下也可使用app。css

使用方法html

只要在頭部加一個manifest屬性就ok了html5

1 <!DOCTYPE HTML>
2 <html manifest = "cache.manifest">
3 ...
4 </html>

而後cache.manifest文件的書寫方式以下：java

CACHE MANIFEST
#v0.11

CACHE:

js/app.js
css/style.css

NETWORK:
resourse/logo.png

FALLBACK:
/ /offline.html

代碼說明：web

離線存儲的manifest通常由三個部分組成:
1.CACHE:表示須要離線存儲的資源列表，因爲包含manifest文件的頁面將被自動離線存儲，因此不須要把頁面自身也列出來。
2.NETWORK:表示在它下面列出來的資源只有在在線的狀況下才能訪問，他們不會被離線存儲，因此在離線狀況下沒法使用這些資源。不過，若是在CACHE和NETWORK中有一個相同的資源，那麼這個資源仍是會被離線存儲，也就是說CACHE的優先級更高。
3.FALLBACK:表示若是訪問第一個資源失敗，那麼就使用第二個資源來替換他，好比上面這個文件表示的就是若是訪問根目錄下任何一個資源失敗了，那麼就去訪問offline.html。瀏覽器

更新於2016.9.23緩存

前言：

使用HTML5，經過建立cache manifest文件，可輕鬆建立web應用的離線版本。服務器

HTML5引入了應用程序緩存，這意味着web應用可進行緩存，並可在沒有網絡時進行訪問。cookie

應用程序緩存爲應用帶來三個優點：

　　離線瀏覽--用戶可在離線時使用它們。

　　速度--已經緩存的資源加載得更快。

　　減小服務器負載--瀏覽器將只從服務器下載更改過的資源。

原理和環境

　　如上面提到的HTML5的離線存儲是基於一個新建的.appcache文件的，經過這個文件上的解析清單離線存儲資源，這些資源就會像cookie同樣被存儲了下來。以後當網絡在處於離線狀態下時，瀏覽器會經過被離線存儲的數據進行頁面展現。

就像cookie同樣，html5的離線存儲也須要服務器環境。
這裏提供一個小工具——簡易iis服務器，把它放在項目更目錄下，雙擊運行便可模擬服務器環境。
連接: http://pan.baidu.com/s/1jG86UV0 密碼: ja9h

解析清單

在開始以前要先了解下manifest（即.appcache文件），上面的解析清單要怎麼寫。

manifest 文件是簡單的文本文件，它告知瀏覽器被緩存的內容（以及不緩存的內容）。

manifest 文件可分爲三個部分：

CACHE MANIFEST - 在此標題下列出的文件將在首次下載後進行緩存

NETWORK - 在此標題下列出的文件須要與服務器的鏈接，且不會被緩存

FALLBACK - 在此標題下列出的文件規定當頁面沒法訪問時的回退頁面（好比 404 頁面）

在線的狀況下,用戶代理每次訪問頁面，都會去讀一次manifest.若是發現其改變, 則從新加載所有清單中的資源。

CACHE MANIFEST

第一行，CACHE MANIFEST，是必需的：

1 CACHE MANIFEST / theme.css /logo.gif / main.js

　　上面的 manifest 文件列出了三個資源：一個 CSS 文件，一個 GIF 圖像，以及一個 JavaScript 文件。當 manifest 文件加載後，瀏覽器會從網站的根目錄下載這三個文件。而後，不管用戶什麼時候與因特網斷開鏈接，這些資源依然是可用的。

NETWORK

白名單，使用通配符」*」. 則會進入白名單的open狀態. 這種狀態下.全部不在相關Cache區域出現的url都默認使用HTTP相關緩存頭策略.

下面的 NETWORK 小節規定文件「login.asp」永遠不會被緩存，且離線時是不可用的：

1 NETWORK: login.asp

可使用*來指示全部其餘資源/文件都須要因特網鏈接：

NETWORK: *

FALLBACK

下面的 FALLBACK 小節規定若是沒法創建因特網鏈接，則用「offline.html」替代 /html5/ 目錄中的全部文件：

ALLBACK：/html5/ /404.html

註釋：第一個 URI 是資源，第二個是替補。

更新緩存

一旦應用被緩存，它就會保持緩存直到發生下列狀況：

用戶清空瀏覽器緩存
manifest 文件被修改
由程序來更新應用緩存

Demo

case/ |-- index.html | |-- demo.appcache | |-- 簡易IIS服務器.exe | `-- image |-- 01.jpg `-- 02.jpg

index.html

<!DOCTYPE html> 
<html lang="en" manifest="demo.appcache"> 
<head> 
    <meta charset="UTF-8"> 
    <title>HTML5離線存儲</title>
</head> 
<body> 
    <img src="image/01.jpg" alt=""> 
    <img src="image/02.jpg" alt=""> 
</body> 
</html>

demo.appcache

CACHE MANIFEST #v01 image/01.jpg   NETWORK:*FALLBACK: /

image文件夾下存儲着
01.jpg

02.jpg

好接着執行簡易IIS服務器.exe試試看吧。
當iis開啓時

當iis關閉時（是關閉，暫停看不出效果）

能夠看見圖片1成功被離線展現出來了，圖片2像正常狀況同樣顯示不出來。

如今我想把圖片2和圖片1的位置換一下呢.

<body> 
    <img src="image/02.jpg" alt=""> 
    <img src="image/01.jpg" alt=""> 
</body>

這時候發現問題來了，html明明修改了爲何圖片沒有置換過來呢，我不是在demo.appcache文件的NETWORK寫了星號嗎?除了CACHE MANIFEST文件其它都採用在線模式。查資料得知：引入manifest的頁面,即便沒有被列入緩存清單中，仍然會被用戶代理緩存。
好吧，那我把.appcache文件更新下，因而乎把頭部的版本號修改一下#v02。刷新下頁面仍是沒反應！再刷新，有了！爲何？

　　對於瀏覽器來講,manifest的加載是要晚於其餘資源的. 這就致使check manifest的過程是滯後的.發現manifest改變.全部瀏覽器的實現都是緊隨這作靜默更新資源.以保證下次pv,應用到更新.

經過控制檯咱們可以窺探一二：

第一次刷新，應用程序緩存更新準備事件,
第二次刷新纔會看到效果。

緩存當即執行

咱們的產品已經更新了用戶卻要第二次進來纔可以看到，這樣用戶體驗也太差了吧，有什麼方式可以解決呢？好在html5給javascript提供了相關的API。

API篇幅太多自行查看把，這裏我曬下我測試成功的code：

 1 /*code1,簡單粗暴的*/
 2 applicationCache.onupdateready = function(){
 3 　　applicationCache.swapCache();
 4 　　location.reload();
 5 };
 6 /*code2，緩存公用方法*/
 7 // var EventUtil = {
 8 // addHandler: function(element, type, handler) {
 9 // if (element.addEventListener) {
10 // element.addEventListener(type, handler, false);
11 // } else if (element.attachEvent) {
12 // element.attachEvent(「on」 + type, handler);
13 // } else {
14 // element["on" + type] = handler;
15 // }
16 // }
17 // };
18 // EventUtil.addHandler(applicationCache, 「updateready」, function() { //緩存更新並已下載，要在下次進入頁面生效
19 // applicationCache.update(); //檢查緩存manifest文件是否更新，ps:頁面加載默認檢查一次。
20 // applicationCache.swapCache(); //交換到新的緩存項中，交換了要下次進入頁面才生效
21 // location.reload(); //從新載入頁面
22 // });