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