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