站長(zhǎng)資訊網(wǎng)什么是Application Cache
HTML5引入了應(yīng)用程序緩存技術(shù)，意味著web應(yīng)用可進(jìn)行緩存，并在沒有網(wǎng)絡(luò)的情況下使用，通過(guò)創(chuàng)建cache manifest文件，可以輕松的創(chuàng)建離線應(yīng)用。
Application Cache帶來(lái)的三個(gè)優(yōu)勢(shì)是：
① 離線瀏覽
② 提升頁(yè)面載入速度
③ 降低服務(wù)器壓力
而且主要瀏覽器皆以支持Application Cache，就算不支持也不會(huì)對(duì)程序造成什么影響
離線存儲(chǔ)技術(shù)
HTML5提出了兩大離線存儲(chǔ)技術(shù)：localstorage與Application Cache，兩者各有應(yīng)用場(chǎng)景；傳統(tǒng)還有離線存儲(chǔ)技術(shù)為Cookie。
經(jīng)過(guò)實(shí)踐我們?nèi)蝿?wù)localstorage應(yīng)該存儲(chǔ)一些非關(guān)鍵性ajax數(shù)據(jù)，做錦上添花的事情；
Application Cache用于存儲(chǔ)靜態(tài)資源，仍然是干錦上添花的事情；
而cookie只能保存一小段文本（4096字節(jié)）；所以不能存儲(chǔ)大數(shù)據(jù)，這是cookie與上述緩存技術(shù)的差異之一，而因?yàn)镠TTP是無(wú)狀態(tài)的，服務(wù)器為了區(qū)分請(qǐng)求是否來(lái)源于同一個(gè)服務(wù)器，需要一個(gè)標(biāo)識(shí)字符串，而這個(gè)任務(wù)就是cookie完成的，這一段文本每次都會(huì)在服務(wù)器與瀏覽器之間傳遞，以驗(yàn)證用戶的權(quán)限。
所以Application Cache的應(yīng)用場(chǎng)景不一樣，所以使用也不一致。
Application Cache簡(jiǎn)介
Application Cache的使用要做兩方面的工作：
① 服務(wù)器端需要維護(hù)一個(gè)manifest清單
② 瀏覽器上只需要一個(gè)簡(jiǎn)單的設(shè)置即可
<html manifest="demo.appcache">
以例子做說(shuō)明：
CACHE MANIFEST CACHE: # 需要緩存的列表 style1.css 1.jpg 01.js http://localhost/applicationcache/02.js http://localhost/applicationcache/zepto.js NETWORK: # 不需要緩存的 4.jpg FALLBACK: # 訪問緩存失敗后，備用訪問的資源，第一個(gè)是訪問源，第二個(gè)是替換文件*.html /offline.html 2.jpg/3.jpg
首先我這里報(bào)了一個(gè)錯(cuò)：
Application Cache Error event: Manifest fetch failed (404)
這個(gè)錯(cuò)誤的原因是：manifest 文件需要配置正確的 MIME-type，即 “text/cache-manifest”。必須在 web 服務(wù)器上進(jìn)行配置，不同的服務(wù)器不一樣
APPLICATIONCACHE 01.js 02.js 1.jpg 2.jpg 3.jpg 4.jpg demo.appcache index.html style1.css style2.css web.config zepto.js
這樣一來(lái)便可以離線應(yīng)用了，這個(gè)時(shí)候就算斷網(wǎng)了，那些文件依舊能訪問
這里有一點(diǎn)值得注意，比如這里不帶/index.html他會(huì)將“applicationcache/”緩存，其實(shí)這個(gè)就是index.html
manifest 文件可分為三個(gè)部分： CACHE MANIFEST - 在此標(biāo)題下列出的文件將在首次下載后進(jìn)行緩存 NETWORK - 在此標(biāo)題下列出的文件需要與服務(wù)器的連接，且不會(huì)被緩存 FALLBACK - 在此標(biāo)題下列出的文件規(guī)定當(dāng)頁(yè)面無(wú)法訪問時(shí)的回退頁(yè)面（比如 404 頁(yè)面）
如圖所示，HTML5定義了幾個(gè)事件點(diǎn)，但是我們一般不會(huì)主動(dòng)使用js去操作什么，大多數(shù)情況下，我們完全依賴瀏覽器的處理即可。
尺寸限制
Application Cache的尺寸限制統(tǒng)一在5M，我這里做一個(gè)測(cè)試：
如所示，兩個(gè)css文件依舊超過(guò)了5M這個(gè)時(shí)候
Document was loaded from Application Cache with manifest http://localhost/applicationcache/demo.appcache index.html:1 Application Cache Checking event index.html:6 GET http://localhost/applicationcache/style2.css net::ERR_FAILED index.html:1 Application Cache NoUpdate event index.html:11 GET http://localhost/applicationcache/2.jpg net::ERR_FAILED index.html:12 GET http://localhost/applicationcache/3.jpg net::ERR_FAILED
如所示，style2已經(jīng)不能緩存了，這個(gè)會(huì)造成什么問題呢？
比如我A頻道維護(hù)了自己的Application Cache，B頻道也維護(hù)了自己的，這個(gè)時(shí)候A頻道如果使用達(dá)到了一個(gè)峰值，會(huì)導(dǎo)致B頻道所有的緩存失效，所以：
建議Application Cache，存儲(chǔ)公共資源，不要存儲(chǔ)業(yè)務(wù)資源
一些問題
由更新機(jī)制來(lái)說(shuō)，首次更新manifest時(shí)，因?yàn)轫?yè)面加載已經(jīng)開始甚至已經(jīng)完成，緩存更新尚未完成，瀏覽器仍然會(huì)使用過(guò)期的資源；瀏覽器是當(dāng)Application Cache有更新時(shí)，該次不會(huì)使用新資源，第二次才會(huì)使用。這個(gè)時(shí)候update事件中執(zhí)行window.reload事件。
window.applicationCache.addEventListener("updateready", function(){ window.location.reload() });
由上例可以知道，緩存的不只是顯示定義的文件，比如上例中的applicationcache/時(shí)便會(huì)默認(rèn)保存index.html為映射的數(shù)據(jù)，并且包含demo.appcache文件，很多時(shí)候會(huì)遇到一次文件更新線上老是不更新，這個(gè)時(shí)候隨便在manifest配置文件中做一點(diǎn)修改即可更新。
比如我們將這里代碼做一個(gè)改變：
<html manifest="demo.appcache"> => <html manifest="demo1.appcache">
這個(gè)時(shí)候如果不做demo.appcache的更新的話，緩存將不會(huì)更新，原因是index.html被緩存了，檢測(cè)的仍然是原manifest清單
各個(gè)頁(yè)面統(tǒng)一管理自己的manifest清單，意思是a頁(yè)面配置了common.js，b頁(yè)面也配置了common.js，意思是a頁(yè)面更新后，b頁(yè)面的manifest不更改的話，b頁(yè)面依舊讀取的是老版本的文件，這個(gè)有一定道理卻也有一定浪費(fèi)，需要公共頁(yè)面做處理。
總結(jié)
從可用性與易用性來(lái)說(shuō)，Application Cache是值得使用的，但是最好是做靜態(tài)資源的緩存，真正要實(shí)現(xiàn)離線應(yīng)用還得花更多的功夫呢！
