html5頁面緩存
『壹』 HTML5存儲類型有什麼區別
1.本地存儲localstorage
存儲方式：
以鍵值對(Key-Value)的方式存儲，永久存儲，永不失效，除非手動刪除。
2.本地存儲sessionstorage
HTML5 的本地存儲 API 中的 localStorage 與 sessionStorage 在使用方法上是相同的，區別在於 sessionStorage 在關閉頁面後即被清空，而 localStorage 則會一直保存。
3.離線緩存（application cache）
本地緩存應用所需的文件
使用方法：
①配置manifest文件
4.Web sql
關系資料庫，通過SQL語句訪問
Web SQL 資料庫 API 並不是 HTML5 規范的一部分，但是它是一個獨立的規范，引入了一組使用 SQL 操作客戶端資料庫的 APIs。
5.IndexedDB
索引資料庫 (IndexedDB) API（作為 HTML5 的一部分）對創建具有豐富本地存儲數據的數據密集型的離線 HTML5 Web 應用程序很有用。同時它還有助於本地緩存數據，使傳統在線 Web 應用程序（比如移動 Web 應用程序）能夠更快地運行和響應。
『貳』 HTML5應用程序緩存和HTML瀏覽器緩存有什麼區別
新的HTML5規范允許瀏覽器在連接客戶端時預取一些或全部網站資產，如HTML文件、圖像、CSS、JavaScript等。對於獲取此內容，用戶以前沒有必要訪問此內容。換句話說，應用程序緩存可以預取完全未被訪問的頁面，從而在常規瀏覽器緩存中不可用。預取文件可以加速站點的性能，盡管您最初使用帶寬下載這些文件。
『叄』 html5新增了離線緩存機制這說法對嗎
這個不算是 新增吧。
隨著現代瀏覽器的推動，Flash放棄對移動端的支持，HTML5無疑成為當前Web前端炙手可熱的話題。各大游戲開發商、App開發商紛紛投入人力進行研究和技術儲備。相信不久的將來，HTML5會迎來一個快速發展和普及的春天。那麼，HTML5這個新一代的標准，又給我們帶來哪些緩存機制呢？
HTML5 之離線應用Manifest
我們知道，使用傳統的技術，就算是對站點的資源都實施了比較好的緩存策略，但是在斷網的情況下，是無法訪問的，因為入口的HTML頁面我們一般運維的考慮，不會對其進行緩存。HTML5的Cache Mainifest離線應用特性就能夠幫助我們構建離線也能使用的站點，所有的資源都使用瀏覽器本地緩存，當然前提是要求在聯網的情形下使用過一次站點。
如何實現離線訪問特性
實現的步驟非常簡單，主要3個步驟：
1）在伺服器上添加MIME TYPE支，讓伺服器能夠識別manifest後綴的文件
AddType text/cache-manifest manifest
2）創建一個後綴名為.manifest的文件，把需要緩存的文件按格式寫在裡面，並用注釋行標注版本
CACHE MANIFEST
# 直接緩存的文件
CACHE:
Path/to/cache.js
# version：2012-03-20
3）給 <html> 標簽加 manifest 屬性，並引用manifest文件
具體可以參考：HTML5 緩存: cache manifest
<html manifest=」path/to/name-of.manifest」>
離線應用訪問及更新流程
第一次訪問離線應用的入口頁HTML（引用了manifest文件），正常發送請求，獲取manifest文件並在本地緩存，陸續拉取manifest中的需要緩存的文件
再次訪問時，無法在線離線與否，都會直接從緩存中獲取入口頁HTML和其他緩存的文件進行展示。如果此時在線，瀏覽器會發送請求到伺服器請求manifest文件，並與第一次訪問的副本進行比對，如果發現版本不一致，會陸續發送請求重新拉取入口文件HTML和需要緩存的文件並更新本地緩存副本
之後的訪問重復第2步的行為
離線機制的緩存用途
從Manifest的機制來看，即使我們不是為了創建離線應用，也同樣可以使用這種機制用於緩存文件，可以說是給Web緩存提供多一種可以選擇的途徑。
存在的問題：緩存文件更新控制不靈活
就目前HTML5提供的manifest機制來講，一個頁面只能引用一個manifest頁面，而且一旦發現這個manifest改變了，就會把裡面所有定義的緩存文件全部重新拉取一遍，不管實際上有沒有更新，控制比較不靈活。針對這個問題，也有的同學提出了一些建議，比如把需要緩存的文件分模塊切分到不同manifest中，並分開用HTML引用，再使用強大的iframe嵌入到入口頁面，這樣就當某一個模式需要有更新，不會導致其他模塊的文件也重新拉取一遍。
HTML5 之本地存儲localstorage
HTML5給我們提供本地存儲localstorage特性，嚴格來講，其實已經不算傳統Web緩存的范疇。因為它存儲的地方是跟Web緩存分開的，是瀏覽器重新開辟的一個地方。
localstorage的作用
本地存儲localstorage的作用主要使Web頁面能夠通過瀏覽器提供的set/get介面，存儲一些自定義的信息到本地硬碟，並且在單次訪問或以後的訪問過程中隨時獲取或修改。
Localstorage的使用
Localstorage提供了幾個非常易用的Api，setItem/getItem/removeItem/clear，具體的可以參考：Html5 Step by Step(二) 本地存儲
Localstorage的緩存用途
Localstorage設計的本意可能是用來存儲一些用戶操作的個性化設置的文本類型的信息和數據，當我們其實也可能拿來當Web緩存區使用，比如我們可以將Base64格式編碼的圖片信息，存在localstorage中，再次訪問時，直接本地獲取後，使用Css3的Data:image的方式直接展現出來。
存在的問題：大小限制
按照目前標准，目前瀏覽器只給每個獨立的域名提供5m的存儲空間，當存儲超過5m，瀏覽器就會彈出警告框。
可以說，HTML5的Manifest和localstorage是給我們在考慮Web緩存的時候提供了多一種思路，當你開發的應用只面對現代瀏覽器的時候，不妨可以考慮一下
『肆』 HTML5的5種存儲方式詳解
引言
本篇文章主要介紹了前端HTML5幾種存儲方式的總結 ，主要包括本地存儲localstorage，本地存儲sessionstorage，離線緩存（application cache），Web SQL，IndexedDB。有興趣的可以了解一下。
正文開始~
h5之前，存儲主要是用cookies。cookies缺點有在請求頭上帶著數據，大小是4k之內。主Domain污染。
主要應用：購物車、客戶登錄
對於IE瀏覽器有UserData，大小是64k,只有IE瀏覽器支持。
目標
存儲方式：
以鍵值對(Key-Value)的方式存儲，永久存儲，永不失效，除非手動刪除。
大小：
每個域名5M
支持情況：
注意：IE9 localStorage不支持本地文件，需要將項目署到伺服器，才可以支持！
常用的API：
getItem //取記錄
setIten//設置記錄
removeItem//移除記錄
key//取key所對應的值
clear//清除記錄
存儲的內容：
數組，圖片，json，樣式，腳本。。。（只要是能序列化成字元串的內容都可以存儲）
HTML5 的本地存儲 API 中的 localStorage 與 sessionStorage 在使用方法上是相同的，區別在於 sessionStorage 在關閉頁面後即被清空，而 localStorage 則會一直保存。
本地緩存應用所需的文件
使用方法：
①配置manifest文件
頁面上：
Manifest 文件：
manifest 文件是簡單的文本文件，它告知瀏覽器被緩存的內容（以及不緩存的內容）。
manifest 文件可分為三個部分：
①CACHE MANIFEST - 在此標題下列出的文件將在首次下載後進行緩存
②NETWORK - 在此標題下列出的文件需要與伺服器的連接，且不會被緩存
③FALLBACK - 在此標題下列出的文件規定當頁面無法訪問時的回退頁面（比如 404 頁面）
完整demo：
伺服器上： manifest文件需要配置正確的MIME-type，即 "text/cache-manifest"。
如Tomcat:
常用API：
核心是applicationCache對象，有個status屬性，表示應用緩存的當前狀態：
0（UNCACHED） : 無緩存， 即沒有與頁面相關的應用緩存
1（IDLE） : 閑置，即應用緩存未得到更新
2 （CHECKING） : 檢查中，即正在下載描述文件並檢查更新
3 （DOWNLOADING） : 下載中，即應用緩存正在下載描述文件中指定的資源
4 （UPDATEREADY） : 更新完成，所有資源都已下載完畢
5 （IDLE） : 廢棄，即應用緩存的描述文件已經不存在了，因此頁面無法再訪問應用緩存
相關的事件：
表示應用緩存狀態的改變：
checking : 在瀏覽器為應用緩存查找更新時觸發
error : 在檢查更新或下載資源期間發送錯誤時觸發
noupdate : 在檢查描述文件發現文件無變化時觸發
downloading : 在開始下載應用緩存資源時觸發
progress：在文件下載應用緩存的過程中持續不斷地下載地觸發
updateready : 在頁面新的應用緩存下載完畢觸發
cached : 在應用緩存完整可用時觸發
Application Cache的三個優勢：
① 離線瀏覽
② 提升頁面載入速度
③ 降低伺服器壓力
注意事項：
1. 瀏覽器對緩存數據的容量限制可能不太一樣（某些瀏覽器設置的限制是每個站點 5MB）
2. 如果manifest文件，或者內部列舉的某一個文件不能正常下載，整個更新過程將視為失敗，瀏覽器繼續全部使用老的緩存
3. 引用manifest的html必須與manifest文件同源，在同一個域下
4. 瀏覽器會自動緩存引用manifest文件的HTML文件，這就導致如果改了HTML內容，也需要更新版本才能做到更新。
6. FALLBACK中的資源必須和manifest文件同源
7. 更新完版本後，必須刷新一次才會啟動新版本（會出現重刷一次頁面的情況），需要添加監聽版本事件。
8. 站點中的其他頁面即使沒有設置manifest屬性，請求的資源如果在緩存中也從緩存中訪問
9. 當manifest文件發生改變時，資源請求本身也會觸發更新
離線緩存與傳統瀏覽器緩存區別：
1. 離線緩存是針對整個應用，瀏覽器緩存是單個文件
2. 離線緩存斷網了還是可以打開頁面，瀏覽器緩存不行
3. 離線緩存可以主動通知瀏覽器更新資源
關系資料庫，通過SQL語句訪問
Web SQL 資料庫 API 並不是 HTML5 規范的一部分，但是它是一個獨立的規范，引入了一組使用 SQL 操作客戶端資料庫的 APIs。
支持情況：
Web SQL 資料庫可以在最新版的 Safari, Chrome 和 Opera 瀏覽器中工作。
核心方法：
①openDatabase： 這個方法使用現有的資料庫或者新建的資料庫創建一個資料庫對象。
②transaction： 這個方法讓我們能夠控制一個事務，以及基於這種情況執行提交或者回滾。
③executeSql： 這個方法用於執行實際的 SQL 查詢。
打開資料庫：
執行查詢操作：
插入數據：
讀取數據：
由這些操作可以看出，基本上都是用SQL語句進行資料庫的相關操作，如果你會MySQL的話，這個應該比較容易用。
索引資料庫 (IndexedDB) API（作為 HTML5 的一部分）對創建具有豐富本地存儲數據的數據密集型的離線 HTML5 Web 應用程序很有用。同時它還有助於本地緩存數據，使傳統在線 Web 應用程序（比如移動 Web 應用程序）能夠更快地運行和響應。
非同步API：
在IndexedDB大部分操作並不是我們常用的調用方法，返回結果的模式，而是請求——響應的模式，比如打開資料庫的操作
這樣，我們打開資料庫的時候，實質上返回了一個DB對象，而這個對象就在result中。由上圖可以看出，除了result之外。還有幾個重要的屬性就是onerror、onsuccess、onupgradeneeded（我們請求打開的資料庫的版本號和已經存在的資料庫版本號不一致的時候調用）。這就類似於我們的ajax請求那樣。我們發起了這個請求之後並不能確定它什麼時候才請求成功，所以需要在回調中處理一些邏輯。
關閉與刪除：
數據存儲：
indexedDB中沒有表的概念，而是objectStore，一個資料庫中可以包含多個objectStore，objectStore是一個靈活的數據結構，可以存放多種類型數據。也就是說一個objectStore相當於一張表，裡面存儲的每條數據和一個鍵相關聯。
我們可以使用每條記錄中的某個指定欄位作為鍵值（keyPath），也可以使用自動生成的遞增數字作為鍵值（keyGenerator），也可以不指定。選擇鍵的類型不同，objectStore可以存儲的數據結構也有差異。
學習從來不是一個人的事情，要有個相互監督的夥伴，想要學習或交流前端問題的小夥伴可以私信「學習」小明獲取web前端入門資料，一起學習，一起成長！
『伍』 html5緩存的問題，如何正確設置
html5緩存正確的設置辦法：
1、啟用緩存
設置方法：
<html manifest="example.appcache">
...
</html>
2、設定緩存訪問的范圍，配置到MANIFEST中：
CACHE MANIFEST
# v1 - 2011-08-13
# This is a comment.
http://www.example.com/index.html
http://www.example.com/header.png
http://www.example.com/blah/blah
『陸』 html5臨時緩存，緩存在不同頁面可以共享，當瀏覽器關閉時自動緩存消失。有這樣的功能嗎
那是cookie,有一定的時效性。關瀏覽器就自動沒了。緩存在伺服器端的是為了提高速度，一般都是站長清理
『柒』 html5 離線緩存怎麼實現的
HTML5離線存儲和本地緩存
一.離線存儲
有一個web應用有三個文件index.html,a.js,b.css，現在需要把js和css文件緩存起來
1.在index.html里加上<htmlmanifest="test.manifest">
2.manifest清單格式如下
CACHEMANIFEST
#上面一句必須
#v1.0.0
#需要緩存的文件
CACHE:
a.js
b.css
#不需要緩存的文件
NETWORK:
*
#無法訪問頁面
FALLBACK:
404.html
3.manifest文件的mime-type必須是text/cache-manifest類型
注意點：
1.對於每個index.html?id=1或index.html?id=2都會分別緩存index.html頁面，可以通過chrome瀏覽器Resources/ApplicationCache觀察
2.如果想更新緩存內容，只要修改下manifest文件即可，如改版本號v1.0.1
4.離線存儲如果資源有更新，可以通過如下代碼來監聽，但第一次載入還會是原來的版本
window.applicationCache.addEventListener('updateready',function(e){
if(window.applicationCache.status==window.applicationCache.UPDATEREADY){
window.applicationCache.swapCache();
if(confirm("lodingnew?")){
window.location.reload()
}
}
},false)
二.本地緩存
localStorage.setItem("key","value")
localStorage.getItem("key","value")
localStorage.removeItem("key")
localStorage.clear()
1.本地存儲永不過期，除非自己去清除
2.可以通過chrome瀏覽器Resources/LocalStorage來查看
3.不同域下就算key相同取不到的值也不同，如localhost和127.0.0.1
『捌』 html5 如何更新離線緩存
需要伺服器。這里用tomcat伺服器來講解。
首先要先把.manifest後綴的文件 的mine類型配置為text/cache-manifest。
一講到tomcat配置，熟悉的朋友自然就會想到web.xml這個文件，沒錯，在文件中加入如下配置就行：
1 <mime-mapping>
2 <extension>manifest</extension>
3 <mime-type>text/cache-manifest</mime-type>
4 </mime-mapping>
然後寫一個xxx.manifest文件，xxx是你自己取的一個名字。這個文件的格式是這樣的：
CACHE MANIFEST
#version 1.5
CACHE:
MyTest.html
CSS/main.css
Javascript/bwH5LS.js
exp-calif-logo.gif
第一行是必須的，它標識這是manifest的配置文件。
#version 1.5
這句是注釋，沒實際的作用，我在這里只是想讓瀏覽器更新緩存文件。因為當這個manifest文件與原來一樣的時候，瀏覽器是不會去重新載入緩存文件的，所以我們可以通過這個注釋，一方面修改版本號，另一方面讓瀏覽器更新緩存。
CACHE:
這行指示出下面的文件是要緩存的。示例中，緩存了當前頁面：MyTest.html，以及一些css和js文件 還有圖片。
還有幾個關鍵字示例中沒提到，就是
NETWORK:
FALLBACK:
NETWORK 指不想緩存的頁面；FALLBACK 是指請求的文件 沒有找到或該文件的伺服器沒有響應時的替代方案，比如我們想請求某個嵌套頁面，但這個頁面的伺服器連接不上了，那麼我可以轉向另外一個指定的頁面。
這是第二步，第三步，只要在<html>標簽中加上manifest的位置就行了：
<html manifest="NAME.manifest">
到這里，就可以實現簡單的離線應用了。
那些緩存的文件放在哪呢？
在chrome上測試，發現它是按自己的機制來分塊保存這些文件的，所以我沒找不到完整的文件。保存的數據在：
C:\Users\jasonling\AppData\Local\Google\Chrome\User Data\Default 裡面，具體怎麼存，筆者還不了解。
火狐上的文件也是按它自己的機制來存的，不過筆者本人用sqlite打開後，找到了緩存文件的具體信息：
『玖』 html5怎麼緩存動態html頁面
HTML頁面本身可以是模板，獲取後台數據後動態更新頁面。這種情況下用HTML5的OfflineWeb功能可以緩存作為模板的HTML頁面。或者向FT那樣，乾脆把頁面壓縮存放在localstorage里，當然有容量限制。
『拾』 html5 應用程序緩存和瀏覽器緩存有什麼區別
應用程序緩存是會預載入的，保證齊全地供應和保存。瀏覽器緩存沒有這些控制，不能作為程序緩存使用。不幸地，應用程序緩存過於簡單，導致效率不彰，預期將會被 Service Worker 取代。