h5以前,存儲主要是用cookies。cookies缺點有在請求頭上帶着數據,大小是4k以內。主Domain污染。css
主要應用:購物車、客戶登陸html
對於IE瀏覽器有UserData,大小是64k,只有IE瀏覽器支持。html5
目標web
解決4k的大小問題ajax
解決請求頭常帶存儲信息的問題sql
解決關係型存儲的問題數據庫
跨瀏覽器json
1.本地存儲localstorage數組
存儲方式:瀏覽器
以鍵值對(Key-Value)的方式存儲,永久存儲,永不失效,除非手動刪除。
大小:
每一個域名5M
支持狀況:
注意:IE9 localStorage不支持本地文件,須要將項目署到服務器,才能夠支持!
檢測方法:
1 2 3 4 5 |
|
經常使用的API:
getItem //取記錄
setIten//設置記錄
removeItem//移除記錄
key//取key所對應的值
clear//清除記錄
存儲的內容:
數組,圖片,json,樣式,腳本。。。(只要是能序列化成字符串的內容均可以存儲)
2.本地存儲sessionstorage
HTML5 的本地存儲 API 中的 localStorage 與 sessionStorage 在使用方法上是相同的,區別在於 sessionStorage 在關閉頁面後即被清空,而 localStorage 則會一直保存。
3.離線緩存(application cache)
本地緩存應用所需的文件
使用方法:
①配置manifest文件
頁面上:
1 2 3 4 |
|
manifest 文件是簡單的文本文件,它告知瀏覽器被緩存的內容(以及不緩存的內容)。
manifest 文件可分爲三個部分:
①CACHE MANIFEST - 在此標題下列出的文件將在首次下載後進行緩存
②NETWORK - 在此標題下列出的文件須要與服務器的鏈接,且不會被緩存
③FALLBACK - 在此標題下列出的文件規定當頁面沒法訪問時的回退頁面(好比 404 頁面)
完整demo:
1 2 3 4 5 6 7 8 9 10 |
|
服務器上:manifest文件須要配置正確的MIME-type,即 "text/cache-manifest"。
如Tomcat:
1 2 3 4 |
|
經常使用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內容,也須要更新版本才能作到更新。
5. manifest文件中CACHE則與NETWORK,FALLBACK的位置順序沒有關係,若是是隱式聲明須要在最前面
6. FALLBACK中的資源必須和manifest文件同源
7. 更新完版本後,必須刷新一次纔會啓動新版本(會出現重刷一次頁面的狀況),須要添加監聽版本事件。
8. 站點中的其餘頁面即便沒有設置manifest屬性,請求的資源若是在緩存中也從緩存中訪問
9. 當manifest文件發生改變時,資源請求自己也會觸發更新
離線緩存與傳統瀏覽器緩存區別:
1. 離線緩存是針對整個應用,瀏覽器緩存是單個文件
2. 離線緩存斷網了仍是能夠打開頁面,瀏覽器緩存不行
3. 離線緩存能夠主動通知瀏覽器更新資源
4.Web SQL
關係數據庫,經過SQL語句訪問
Web SQL 數據庫 API 並非 HTML5 規範的一部分,可是它是一個獨立的規範,引入了一組使用 SQL 操做客戶端數據庫的 APIs。
支持狀況:
Web SQL 數據庫能夠在最新版的 Safari, Chrome 和 Opera 瀏覽器中工做。
核心方法:
①openDatabase:這個方法使用現有的數據庫或者新建的數據庫建立一個數據庫對象。
②transaction:這個方法讓咱們可以控制一個事務,以及基於這種狀況執行提交或者回滾。
③executeSql:這個方法用於執行實際的 SQL 查詢。
打開數據庫:
1 2 |
|
1 2 3 4 |
|
插入數據:
1 2 3 4 5 6 |
|
讀取數據:
1 2 3 4 5 6 7 8 9 10 11 12 |
|
由這些操做能夠看出,基本上都是用SQL語句進行數據庫的相關操做,若是你會MySQL的話,這個應該比較容易用。
5.IndexedDB
索引數據庫 (IndexedDB) API(做爲 HTML5 的一部分)對建立具備豐富本地存儲數據的數據密集型的離線 HTML5 Web 應用程序頗有用。同時它還有助於本地緩存數據,使傳統在線 Web 應用程序(好比移動 Web 應用程序)可以更快地運行和響應。
異步API:
在IndexedDB大部分操做並非咱們經常使用的調用方法,返回結果的模式,而是請求——響應的模式,好比打開數據庫的操做
這樣,咱們打開數據庫的時候,實質上返回了一個DB對象,而這個對象就在result中。由上圖能夠看出,除了result以外。還有幾個重要的屬性就是onerror、onsuccess、onupgradeneeded(咱們請求打開的數據庫的版本號和已經存在的數據庫版本號不一致的時候調用)。這就相似於咱們的ajax請求那樣。咱們發起了這個請求以後並不能肯定它何時才請求成功,因此須要在回調中處理一些邏輯。
關閉與刪除:
1 2 3 4 5 6 |
|
數據存儲:
indexedDB中沒有表的概念,而是objectStore,一個數據庫中能夠包含多個objectStore,objectStore是一個靈活的數據結構,能夠存放多種類型數據。也就是說一個objectStore至關於一張表,裏面存儲的每條數據和一個鍵相關聯。
咱們可使用每條記錄中的某個指定字段做爲鍵值(keyPath),也可使用自動生成的遞增數字做爲鍵值(keyGenerator),也能夠不指定。選擇鍵的類型不一樣,objectStore能夠存儲的數據結構也有差別。
這個就有點複雜了。看這裏的教程:
1.http://www.cnblogs.com/dolphinX/p/3415761.html
2.http://www.cnblogs.com/dolphinX/p/3416889.html
詳細API地址:http://www.ibm.com/developerworks/cn/web/wa-indexeddb/#ibm-pcon
暫時就這樣,確實有些存儲方式未親身用過,也只能找些別人的資料了。先了解個大概,之後用到再詳細記錄吧!^_^