為什么要使用Application Cache技術(shù)？
在HTML5之前，我們需要接入網(wǎng)絡(luò)才能訪問，這毫無疑問是網(wǎng)站多次請求服務(wù)器，造成速度變慢，對于PC用戶，網(wǎng)絡(luò)相對比較穩(wěn)定，載入速度也不會差太多。但是移動端呢？移動端依賴無線信號、依賴信號塔、位置不固定、受附近建筑影響等。一系列導(dǎo)致網(wǎng)絡(luò)的不穩(wěn)定，我們不能改變用戶，也不能放棄網(wǎng)絡(luò)較慢的用戶。
還有，在混合app領(lǐng)域，經(jīng)常使用內(nèi)置webview加載html頁面，如果網(wǎng)速太慢，依然會造成上述問題。
離線存儲技術(shù)
實際開發(fā)中，主要是使用Application Cache和LocalStorage技術(shù)，它們來自HTML5技術(shù)。
（1）Application Cache：通常用于靜態(tài)資源（靜態(tài)頁面）的緩存。
（2）LocalStorage：通常用于AJAX請求緩存，存儲非關(guān)鍵性AJAX數(shù)據(jù)。
我用一段話來贅述下為什么要使用Application Cache技術(shù)：
當頁面有些元素它們是不變的，你可以使用Application Cache技術(shù)離線緩存掉，每次訪問這些緩存掉的元素就不需要再請求服務(wù)器了，當有些東西經(jīng)常變，那就讓它們每次請求服務(wù)器吧！
HTML5 Application Cache特性
HTML5 引入了應(yīng)用程序緩存，這意味著 web 應(yīng)用可進行緩存，并可在沒有因特網(wǎng)連接時進行訪問。
應(yīng)用程序緩存為應(yīng)用帶來三個優(yōu)勢：
（1）離線瀏覽：用戶可在不介入網(wǎng)絡(luò)時訪問使用
（2）速度提升：已緩存資源加載得更快
（3）減少對服務(wù)器的請求：瀏覽器將只從服務(wù)器下載更新過或更改過的資源
支持情況：除了IE瀏覽器，都支持Application Cache
開始使用Application Cache
涉及角色：服務(wù)器和html文件
服務(wù)器端需要做的事情
管理維護manifest.appcache文件，檢查manifest清單中是否有無法訪問的文件，并及時更新，以免造成損失。
manifest文件（W3C建議文件擴展名為.appcache）
manifest 文件是簡單的文本文件，它告知瀏覽器被緩存的內(nèi)容（以及不緩存的內(nèi)容）。
manifest 文件可分為三個部分：
- CACHE MANIFEST - 在此標題下列出的文件將在首次下載后進行緩存
- NETWORK - 在此標題下列出的文件需要與服務(wù)器的連接，且不會被緩存
- FALLBACK - 在此標題下列出的文件規(guī)定當頁面無法訪問時的回退頁面（比如 404 頁面）
我們梳理一下逐一進行介紹
一、CACHE MANIFEST（它是必須的）
CACHE MANIFEST
/reset.css
/logo.gif
/hx.js
manifest 文件列出了三個資源：一個 CSS 文件，一個 GIF 圖像，以及一個 JavaScript 文件。當 manifest 文件加載后，瀏覽器會從網(wǎng)站的根目錄下載這三個文件。然后，無論用戶何時與因特網(wǎng)斷開連接，這些資源依然是可用的。
注意：文件位置根據(jù)文件在服務(wù)器的實際目錄，確保路徑正確。
總結(jié)：CACHE MANIFEST列出的資源是需要在本地緩存的文件（要緩存的文件）
二、NETWORK
NETWORK 小節(jié)規(guī)定文件 “nav.html” 永遠不會被緩存，且離線時不可用。
也可以使用星號“ * ”來指示所有其他資源/文件都需要因特網(wǎng)連接。
注意：千萬不要把首頁index放入NETWORK中禁止緩存，否則插件等無法使用。
總結(jié)：NETWORD列出的資源是需要每次請求的動態(tài)資源文件（不緩存的文件）
三、FALLBACK
FALLBACK:
/index/ /404.html
FALLBACK 小節(jié)規(guī)定如果無法建立因特網(wǎng)連接，則用 “404.html” 替代 /index/ 目錄中的所有文件。
注意：第一個 URI 是資源，第二個是替補。
總結(jié)：FALLBACK列出的資源是如果某個文件無法聯(lián)網(wǎng)或接入失敗，則使用后一個替補顯示。（友好的替補頁面）
完整的manifest文件
CACHE MANIFEST
# Files that need to be cached2014.6.5
/reset.css
/logo.gif
/hx.js
NETWORK:
#Files that do not need caching2014.6.5
nav.html
FALLBACK:
#Files to be replaced2014.6.5
/index/ /404.html
注意：#代表注釋行，看似簡單的注釋行卻有著很大的用處，為什么這么說呢，因為應(yīng)用的緩存會在其 manifest 文件更改時被更新。如果您編輯了一幅圖片，或者修改了一個 JavaScript 函數(shù)，這些改變都不會被重新緩存。更新注釋行中的日期和版本號、時間戮或md5碼等，是一種使瀏覽器重新緩存文件的辦法。
html需要做的事情
只需要引入manifest.appcache文件
<!DOCTYPE HTML>
<html manifest="manifest.appcache">
Application Cache生命銷毀規(guī)則
（1）用戶清空瀏覽器的緩存，此時Application Cache本地緩存將銷毀。
（2）manifest文件被修改時，因為應(yīng)用的緩存會在其 manifest 文件更改時被更新。如果您編輯了一幅圖片，或者修改了一個 JavaScript 函數(shù)，這些改變都不會被重新緩存，此時Application Cache本地緩存將銷毀。
（3）由程序來更新應(yīng)用緩存
深入manifest.appcache文件
首先提醒的就是，千萬不要把index首頁禁止緩存，雖然放入NETWORK也不起作用，這是一種規(guī)范，也是一種規(guī)則，請遵守。
HTTP相關(guān)的緩存頭域以及https的緩存頁面限制，將被manifest所無視，所以在用戶代理更新頁面之前，它是不會過期的，也就是說，即使是HTTPS，也可以脫機工作。
各大瀏覽器對應(yīng)用緩存的容量限制有所不同，幾乎為5MB。
當一個資源被緩存后，該瀏覽器直接請求這個絕對路徑也會訪問緩存中的資源。
緩存包含manifest清單的頁面，所以實際上,即使我們不顯示的把包含manifest的頁面，列在manifest緩存清單中，這個頁面也會被緩存。
每次網(wǎng)站更新，服務(wù)器端要進行manifest.appcache文件的檢查和更新，避免造成損失。
站點中的其他頁面即使沒有設(shè)置manifest屬性，請求的資源如果在緩存中也從緩存中訪問。
如果manifest文件，或者內(nèi)部列舉的某一個文件不能正常下載，整個更新過程都將失敗，瀏覽器繼續(xù)全部使用老的緩存。
其實，不必明確的列出Application Cache鏈接到的頁面，默認情況下，任何包含html元素manifest屬性的頁面都會緩存，這些自動緩存的頁面稱為主條目，而清單中列出的文件稱為詳細條目，如果某些文件需要在線訪問，可以創(chuàng)建 “ 白名單 ”。像在NETWORK下的條目，這些文件通常稱之為網(wǎng)絡(luò)條目，每次聯(lián)網(wǎng)，每次都要請求服務(wù)器。
第一行CACHE MANIFEST是固定的格式，且必須要寫在第一行，也必須要有，NETWORK和FALLBACK為可選項。
FALLBACK中的資源必須和manifest文件同源。
引用manifest的html必須與manifest文件同源，在同一個域下。
當manifest文件發(fā)生改變時，資源請求本身也會觸發(fā)更新
注釋不僅僅起到不執(zhí)行的作用，上述已經(jīng)詳細解釋了，可以是版本號，時間戳或者md5碼等等。
manifest文件中的cache部分不能使用通配符，必須手動指定，沒有自動化工具。
在開發(fā)過程中，通過ajax與WCF進行數(shù)據(jù)交互時，常常頭一次或頭幾次數(shù)據(jù)加載成功，以后均加載失敗。
因為啟用的web離線緩存機制，所以每次ajax加載數(shù)據(jù)時是從本地緩存文件中讀取的，用的是ajax的get模式，因為get模式緩存，所以不會重新向服務(wù)器請求數(shù)據(jù)，導(dǎo)致數(shù)據(jù)加載失敗。
改成ajax post方式后，數(shù)據(jù) never cache,所以每次刷新網(wǎng)站，均會向service請求數(shù)據(jù)。
報錯： Application Cache Error event: Manifest fetch failed (404)
解決方法：
manifest 文件需要配置正確的 MIME-type，即 “text/cache-manifest”。
manifest 的 contentType = text/cache-manifest，擴展名建議為 .appcache
且必須在 web 服務(wù)器上進行配置，不同的服務(wù)器配置方法不一樣。
頁面離線，ajax更新。
首先，你可以修改下 manifest 文件來更新這個頁面，但是作為文章內(nèi)容頁面離線以后，就會存儲在本地了，如果你是一篇章的話，那么這個文章的內(nèi)容頁就被存下來了，你如果以相同的 url 去訪問，不管你文章里面的數(shù)據(jù)更新沒有，這個離線下來的頁面都不會更新了 ( 除非你更新manifest 文件 ) 。所以，你所有的動態(tài)數(shù)據(jù)，都得用 ajax 方式去獲取，就像客戶端一樣，離線的頁面應(yīng)該是一個沒有數(shù)據(jù)的空殼，然后通過 ajax 去拉去數(shù)據(jù)填補這個空殼。然后要注意的是，ajax 的請求地址，要寫到manifest 的 network 中。
離線頁面的更新（長尾問題）
網(wǎng)站更新了，如何更新用戶本地的離線頁面呢？
與很多文章中說的一樣，先上線你的文件，然后修改一下頁面中引入的cache.manifest文件即可，比如修改下注釋，修改后，如果再訪問頁面，就會先去校驗manifest 時候有更新，如有更新，再次刷新頁面的時候，頁面就會更新了。
長尾問題（非常重要）：
就像前面說到的一樣，如果你的 manifest 文件更新了，你訪問頁面，需要刷新一次，更新的頁面才能 load加載進來，那么這樣就有一個問題，如果你的后端數(shù)據(jù)，就是給 js ajax 接口的數(shù)據(jù)變化了，你對應(yīng)的 js 也修改了。那么你修改 manifest 上線的時候，第一次開頁面，頁面就會出 bug 了。再刷一次頁面，就好了。那么，這個第一次訪問的 bug ，是我們不想看到的。
而且你不能知道用戶什么時候第二次再來訪問你的頁面，所以你的頁面一旦使用 manifest 離線，就像客戶端一樣，這樣就出現(xiàn)了長尾問題。還好， manifest 有一些 js 接口，可以來判斷， load 更新文件。
cache.status屬性返回當前離線應(yīng)用狀態(tài)
- UNCACHED ( 數(shù)值 0) ：未啟用離線應(yīng)用
- IDLE ( 數(shù)值 1) ：已開啟離線應(yīng)用，但本地緩存的資源是最新的，并且未標記為廢棄資源
- CHECKING ( 數(shù)值 2) ：當前更新緩存的狀態(tài)為 “ 檢查中 ”
- DOWNLOADING ( 數(shù)值 3) ：當前更新緩存的狀態(tài)為 “ 下載資源中 ”
- UPDATEREADY ( 數(shù)值 4) ：當前更新緩存的狀態(tài)為 “ 更新完畢 ”
- OBSOLETE ( 數(shù)值 5) ：已開啟離線應(yīng)用，但緩存資源都已標記為廢棄
如果文件超出緩存5M的大小，會造成什么。
比如我A頻道維護了自己的Application Cache，B頻道也維護了自己的，這個時候A頻道如果使用達到了一個峰值，會導(dǎo)致B頻道所有的緩存失效。
所以，建議Application Cache存儲公共資源，不要存儲業(yè)務(wù)資源！
由更新機制來說，首次更新manifest時，因為頁面加載已經(jīng)開始甚至已經(jīng)完成，緩存更新尚未完成，瀏覽器仍然會使用過期的資源；瀏覽器是當Application Cache有更新時，該次不會使用新資源，第二次才會使用。這個時候update事件中執(zhí)行window.reload事件。
window.applicationCache.addEventListener("updateready", function(){
window.location.reload()
});
由上例可以知道，緩存的不只是顯示定義的文件，比如上例中的applicationcache/時便會默認保存index.html為映射的數(shù)據(jù)，并且包含demo.appcache文件，很多時候會遇到一次文件更新線上老是不更新，這個時候隨便在manifest配置文件中做一點修改即可更新。
做一下代碼更改：
<html manifest="A.appcache">
=>
<html manifest="B.appcache">
這個時候如果不做A.appcache的更新的話，緩存將不會更新，原因是index.html被緩存了，檢測的仍然是原manifest清單
各個頁面統(tǒng)一管理自己的manifest清單，意思是a頁面配置了common.js，b頁面也配置了common.js，意思是a頁面更新后，
b頁面的manifest不更改的話，b頁面依舊讀取的是老版本的文件，這個有一定道理卻也有一定浪費，需要公共頁面做處理。
到此這篇關(guān)于HTML5實現(xiàn)應(yīng)用程序緩存(Application Cache)的文章就介紹到這了,更多相關(guān)HTML5應(yīng)用程序緩存內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持腳本之家！
