html5圖片緩存
⑴ 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離線緩存是存儲到哪裡了，我設置離線緩存後為什麼在線也打開的是緩存文件
用frame的方法來解決，搜了一下相關文檔，應該是不可以的。他的思路是並不存儲當前被訪問的頁面，而是用iframe引入一個頁面，在那個頁面中調用manifest文件來達到存儲列表內資源的目的，根據文檔所寫：「. a,b兩個頁面,引入相同資源,但a有使用manifest,而b沒有.
那麼,即使a頁面緩存了資源.b頁面也不會有效.而且b頁面強制更新了資源.
頁面的緩存也不會因為b的更新，而更新.」
⑶ 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新增了離線緩存機制這說法對嗎
這個不算是 新增吧。
隨著現代瀏覽器的推動，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離線存儲緩存列表可以動態生成嗎
html5離線存儲緩存列表可以動態生成
最簡單來說，一個離線網路應用程序就是一個URL的列表——HTML，CSS，JavaScript，圖片，或者其他類型的資源。離線網路應用程序的主要指向一個叫做名單文件並用於定位網路伺服器上的資源列表。用於執行HTML5離線以用程序的網路瀏覽器將從名單文件中讀取URL列表，下載這些資源，將他們在本地緩存，並自動在這些本地副本改變時保持他們更新。當你嘗試在沒有網路連接時訪問網路應用程序，你的網路瀏覽器將自動切換並使用本地代替。
最新的主流的瀏覽器中都已添加了對HTML5的offlineStorage功能的支持，HTML5離線存儲功能非常強大，它的作用是：在用戶沒有與網際網路連接時，照樣可以訪問站點或應用，在用戶與網際網路連接時，自動更新緩存數據，是我們的網站的適應性和應用型更強！
例如一些在線游戲的某些文件可以使用離線存儲緩存到本地，這樣就不用每次刷新頁面都要下載了。對於傳統的瀏覽器緩存是無法控制的，瀏覽器有自己的緩存規則，我們無法實現緩存什麼不緩存什麼。但是使用離線存儲可以緩存任何內容，包括可以自定義哪些可以被緩存，哪些必須聯網才能訪問。
離線存儲所保存的不是應用中的某些數據，而是站點的某個些文件的副本，即html頁面或圖片等，而不是僅僅存儲一段json或xml。
⑹ html5臨時緩存，緩存在不同頁面可以共享，當瀏覽器關閉時自動緩存消失。有這樣的功能嗎
那是cookie,有一定的時效性。關瀏覽器就自動沒了。緩存在伺服器端的是為了提高速度，一般都是站長清理
⑺ html5的web存儲中對於本地緩存是怎麼解決的
html5對於本地緩存支持力度大大增加,支持Local Storage和Session Storage鍵值對存儲方式,對於大數據處理HTML5支持Web SQL Database資料庫
以下介紹一種常用的Local Storage鍵值對存儲方式
設置緩存：
window.localStorage.setItem(name,val);
讀取緩存：
window.localStorage.getItem(name);
刪除緩存：
deletewindow.localStorage.name;
⑻ html5離線緩存，我要做一個圖片上傳功能，在用戶拍完照後如果網路不好就進行緩存，怎麼做
HTML5的離線web應用允許我們在離線時與網站進行交互。這在提高網站的訪問速度和製作一款web離線應用上（如HTML5游戲）有很大的使用價值。
先來了解一下HTML5應用程序緩存和瀏覽器緩存的區別。
（有些）瀏覽器會主動保存自己的緩存文件以加快網站載入速度。但是要實現瀏覽器緩存必須要滿足一個前提，那就是網路必須要保持連接。如果網路沒有連接，即使瀏覽器啟用了對一個站點的緩存，依然無法打開這個站點。只會收到一條錯誤信息。而使用離線web應用，我們可以主動告訴瀏覽器應該從網站伺服器中獲取或緩存哪些文件，並且在網路離線狀態下依然能夠訪問這個網站。
⑼ 如何區別html5離線存儲和本地緩存實例詳解
一.離線存儲
有一個web應用有三個文件index.html,a.js,b.css，現在需要把js和css文件緩存起來
1.在index.html里加上<html manifest="test.manifest">
2.manifest清單格式如下
復制代碼
CACHE MANIFEST
#上面一句必須
#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/Application Cache觀察
2.如果想更新緩存內容，只要修改下manifest文件即可，如改版本號v1.0.1
4.離線存儲如果資源有更新，可以通過如下代碼來監聽，但第一次載入還會是原來的版本
復制代碼
window.applicationCache.addEventListener('updateready',function(e){
if(window.applicationCache.status == window.applicationCache.UPDATEREADY){
window.applicationCache.swapCache();
if(confirm("loding new?")){
window.location.reload()
}
}
},false)
復制代碼
二.本地緩存
復制代碼
localStorage.setItem("key","value")
localStorage.getItem("key","value")
localStorage.removeItem("key")
localStorage.clear()
復制代碼
1.本地存儲永不過期，除非自己去清除
2.可以通過chrome瀏覽器Resources/Local Storage來查看
3.不同域下就算key相同取不到的值也不同，如localhost和127.0.0.1
⑽ HTML5應用程序緩存Application Cache詳解
什麼是Application Cache
HTML5引入了應用程序緩存技術，意味著web應用可進行緩存，並在沒有網路的情況下使用，通過創建cache manifest文件，可以輕松的創建離線應用。
Application Cache帶來的三個優勢是：
① 離線瀏覽
② 提升頁面載入速度
③ 降低伺服器壓力
而且主要瀏覽器皆以支持Application Cache，就算不支持也不會對程序造成什麼影響
離線存儲技術
HTML5提出了兩大離線存儲技術：localstorage與Application Cache，兩者各有應用場景;傳統還有離線存儲技術為Cookie。
經過實踐我們任務localstorage應該存儲一些非關鍵性ajax數據，做錦上添花的事情;
Application Cache用於存儲靜態資源，緩銀仍然是干錦上添花的事情;
而cookie只能保存一小段文本(4096位元組);所以不能存儲大數據，這是cookie與上述緩存技術的差異之一，而因為HTTP是無狀態的，伺服器為了區分請求是否來源於同一個伺服器，需要一個標識字元串，而這個任務就是cookie完成的，這一段文本每次都會在伺服器與瀏覽器之間傳遞，以驗證用戶的許可權。
所以Application Cache的應用場景不一樣，所以使用也不一致。
Application Cache簡介
Application Cache的使用要做兩方面的工作：
① 伺服器端需要維護一個manifest清單
② 瀏覽器上只需要一個簡單的設置即可
#p#副標題#e#
以例子做說明：
CACHE MANIFEST
CACHE:
# 需要緩存的列表
style1.css
1.jpg
01.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去操作什麼，大多數情況下，我們完全依賴瀏覽器的處理即可。
#p#副標題#e#
尺寸限制
Application Cache的尺寸限制統一在5M，我這里做一個測試：
如所示，兩個css文件依舊超過了5M這個時候
Document was loaded from Application Cache with manifest
index.html:1 Application Cache Checking event
index.html:6 GET
index.html:1 Application Cache NoUpdate event
index.html:11 GET
index.html:12 GET
如所示，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配置文件中做一點修改即可更新。
從可用性與易用性來說，Application Cache是值得使用的，但是最好是做靜態資源的緩存，真正要實現離線應用還得花更多的功夫呢!