HTML5應用程序緩存Application Cache

時間 2019-11-11

標籤 html5 html 應用程序緩存 application cache 欄目 HTML5 简体版

原文原文鏈接

什麼是Application Cachecss

HTML5引入了應用程序緩存技術，意味着web應用可進行緩存，並在沒有網絡的狀況下使用，經過建立cache manifest文件，能夠輕鬆的建立離線應用。html

Application Cache帶來的三個優點是：html5

① 離線瀏覽web

② 提高頁面載入速度ajax

③ 下降服務器壓力瀏覽器

並且主要瀏覽器皆以支持Application Cache，就算不支持也不會對程序形成什麼影響緩存

離線存儲技術服務器

HTML5提出了兩大離線存儲技術：localstorage與Application Cache，二者各有應用場景；傳統還有離線存儲技術爲Cookie。cookie

通過實踐咱們認爲localstorage應該存儲一些非關鍵性ajax數據，作錦上添花的事情；網絡

Application Cache用於存儲靜態資源，仍然是幹錦上添花的事情；

而cookie只能保存一小段文本（4096字節）；因此不能存儲大數據，這是cookie與上述緩存技術的差別之一，而由於HTTP是無狀態的，服務器爲了區分請求是否來源於同一個服務器，須要一個標識字符串，而這個任務就是cookie完成的，這一段文本每次都會在服務器與瀏覽器之間傳遞，以驗證用戶的權限。

因此Application Cache的應用場景不同，因此使用也不一致。

Application Cache簡介

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

① 服務器端須要維護一個manifest清單

② 瀏覽器上只須要一個簡單的設置便可

<html  manifest="demo.appcache">

以例子作說明：

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

首先我這裏報了一個錯：

 Application Cache Error event: Manifest fetch failed (404)

這個錯誤的緣由是：manifest 文件須要配置正確的 MIME-type，即 "text/cache-manifest"。必須在 web 服務器上進行配置，不一樣的服務器不同

\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

這樣一來即可以離線應用了，這個時候就算斷網了，那些文件依舊能訪問

這裏有一點值得注意，好比這裏不帶/index.html他會將「applicationcache/」緩存，其實這個就是index.html

manifest 文件可分爲三個部分：
CACHE MANIFEST - 在此標題下列出的文件將在首次下載後進行緩存
NETWORK - 在此標題下列出的文件須要與服務器的鏈接，且不會被緩存
FALLBACK - 在此標題下列出的文件規定當頁面沒法訪問時的回退頁面（好比 404 頁面）

如圖所示，HTML5定義了幾個事件點，可是咱們通常不會主動使用js去操做什麼，大多數狀況下，咱們徹底依賴瀏覽器的處理便可。

尺寸限制

Application Cache的尺寸限制統一在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

如所示，style2已經不能緩存了，這個會形成什麼問題呢？

好比我A頻道維護了本身的Application Cache，B頻道也維護了本身的，這個時候A頻道若是使用達到了一個峯值，會致使B頻道全部的緩存失效，因此：

建議Application Cache，存儲公共資源，不要存儲業務資源

一些問題

由更新機制來講，首次更新manifest時，由於頁面加載已經開始甚至已經完成，緩存更新還沒有完成，瀏覽器仍然會使用過時的資源；瀏覽器是當Application Cache有更新時，該次不會使用新資源，第二次纔會使用。這個時候update事件中執行window.reload事件。

window.applicationCache.addEventListener("updateready", function(){
    window.location.reload()
});

由上例能夠知道，緩存的不僅是顯示定義的文件，好比上例中的applicationcache/時便會默認保存index.html爲映射的數據，而且包含demo.appcache文件，不少時候會遇到一次文件更新線上總是不更新，這個時候隨便在manifest配置文件中作一點修改便可更新。

好比咱們將這裏代碼作一個改變：

<html  manifest="demo.appcache">
=>
<html  manifest="demo1.appcache">

這個時候若是不作demo.appcache的更新的話，緩存將不會更新，緣由是index.html被緩存了，檢測的仍然是原manifest清單

各個頁面統一管理本身的manifest清單，意思是a頁面配置了common.js，b頁面也配置了common.js，意思是a頁面更新後，b頁面的manifest不更改的話，b頁面依舊讀取的是老版本的文件，這個有必定道理卻也有必定浪費，須要公共頁面作處理。

總結

從可用性與易用性來講，Application Cache是值得使用的，可是最好是作靜態資源的緩存，真正要實現離線應用還得花更多的功夫呢！

參考：http://www.w3school.com.cn/html5/html_5_app_cache.asp

文中有何錯誤、不足請指出。

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。