在HTML5應(yīng)用程序緩存ApplicationCache使用詳解

什么是Application Cache

HTML5引入了應(yīng)用程序緩存技術(shù)，意味著web應(yīng)用可進行緩存，并在沒有網(wǎng)絡(luò)的情況下使用，通過創(chuàng)建cache manifest文件，可以輕松的創(chuàng)建離線應(yīng)用。

Application Cache帶來的三個優(yōu)勢是：

① 離線瀏覽

② 提升頁面載入速度

③ 降低服務(wù)器壓力

而且主要瀏覽器皆以支持Application Cache，就算不支持也不會對程序造成什么影響

離線存儲技術(shù)

HTML5提出了兩大離線存儲技術(shù)：localstorage與Application Cache，兩者各有應(yīng)用場景；傳統(tǒng)還有離線存儲技術(shù)為Cookie。

經(jīng)過實踐我們?nèi)蝿?wù)localstorage應(yīng)該存儲一些非關(guān)鍵性ajax數(shù)據(jù)，做錦上添花的事情；

Application Cache用于存儲靜態(tài)資源，仍然是干錦上添花的事情；

而cookie只能保存一小段文本（4096字節(jié)）；所以不能存儲大數(shù)據(jù)，這是cookie與上述緩存技術(shù)的差異之一，而因為HTTP是無狀態(tài)的，服務(wù)器為了區(qū)分請求是否來源于同一個服務(wù)器，需要一個標(biāo)識字符串，而這個任務(wù)就是cookie完成的，這一段文本每次都會在服務(wù)器與瀏覽器之間傳遞，以驗證用戶的權(quán)限。

所以Application Cache的應(yīng)用場景不一樣，所以使用也不一致。

Application Cache簡介

Application Cache的使用要做兩方面的工作：

① 服務(wù)器端需要維護一個manifest清單

② 瀏覽器上只需要一個簡單的設(shè)置即可

復(fù)制代碼

以例子做說明：

CACHE MANIFEST

CACHE: # 需要緩存的列表 style1.css 1.jpg 01.js

http://localhost/applicationcache/02.js

http://localhost/applicationcache/zepto.js

NETWORK: # 不需要緩存的 4.jpg

FALLBACK: # 訪問緩存失敗后，備用訪問的資源，第一個是訪問源，第二個是替換文件*.html /offline.html 2.jpg/3.jpg 復(fù)制代碼

首先我這里報了一個錯：

Application Cache Error event: Manifest fetch failed (404) 復(fù)制代碼

這個錯誤的原因是：manifest 文件需要配置正確的 MIME-type，即 “text/cache-manifest”。必須在 web 服務(wù)器上進行配置，不同的服務(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 復(fù)制代碼

這樣一來便可以離線應(yīng)用了，這個時候就算斷網(wǎng)了，那些文件依舊能訪問



這里有一點值得注意，比如這里不帶/index.html他會將“applicationcache/”緩存，其實這個就是index.html

manifest 文件可分為三個部分： CACHE MANIFEST - 在此標(biāo)題下列出的文件將在首次下載后進行緩存 NETWORK - 在此標(biāo)題下列出的文件需要與服務(wù)器的連接，且不會被緩存 FALLBACK - 在此標(biāo)題下列出的文件規(guī)定當(dāng)頁面無法訪問時的回退頁面（比如 404 頁面）



如圖所示，HTML5定義了幾個事件點，但是我們一般不會主動使用js去操作什么，大多數(shù)情況下，我們完全依賴瀏覽器的處理即可。

尺寸限制

Application Cache的尺寸限制統(tǒng)一在5M，我這里做一個測試：



如所示，兩個css文件依舊超過了5M這個時候

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 復(fù)制代碼

如所示，style2已經(jīng)不能緩存了，這個會造成什么問題呢？

比如我A頻道維護了自己的Application Cache，B頻道也維護了自己的，這個時候A頻道如果使用達到了一個峰值，會導(dǎo)致B頻道所有的緩存失效，所以：

建議Application Cache，存儲公共資源，不要存儲業(yè)務(wù)資源

一些問題

由更新機制來說，首次更新manifest時，因為頁面加載已經(jīng)開始甚至已經(jīng)完成，緩存更新尚未完成，瀏覽器仍然會使用過期的資源；瀏覽器是當(dāng)Application Cache有更新時，該次不會使用新資源，第二次才會使用。這個時候update事件中執(zhí)行window.reload事件。

window.applicationCache.addEventListener("updateready", function(){ window.location.reload() }); 復(fù)制代碼

由上例可以知道，緩存的不只是顯示定義的文件，比如上例中的applicationcache/時便會默認(rèn)保存index.html為映射的數(shù)據(jù)，并且包含demo.appcache文件，很多時候會遇到一次文件更新線上老是不更新，這個時候隨便在manifest配置文件中做一點修改即可更新。

比如我們將這里代碼做一個改變：

=> 復(fù)制代碼

這個時候如果不做demo.appcache的更新的話，緩存將不會更新，原因是index.html被緩存了，檢測的仍然是原manifest清單

各個頁面統(tǒng)一管理自己的manifest清單，意思是a頁面配置了common.js，b頁面也配置了common.js，意思是a頁面更新后，b頁面的manifest不更改的話，b頁面依舊讀取的是老版本的文件，這個有一定道理卻也有一定浪費，需要公共頁面做處理。 本文來源于成都網(wǎng)站建設(shè)公司與成都網(wǎng)站設(shè)計制作公司-創(chuàng)新互聯(lián)成都公司！

網(wǎng)頁標(biāo)題：在HTML5應(yīng)用程序緩存ApplicationCache使用詳解
網(wǎng)頁鏈接：http://www.muchs.cn/news25/313325.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、網(wǎng)站排名、關(guān)鍵詞優(yōu)化、商城網(wǎng)站、自適應(yīng)網(wǎng)站、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)