H5開發常用本地存儲方式詳解與介紹

在 HTML5 規范之前，存儲主要是用 cookies 。但cookies也有缺點：

在請求頭上帶著數據；
大小是 4k 之內；
主 Domain 污染；

cookies 的主要應用：購物車、客戶登錄。

由于存在這么多缺點，因此我們需要解決以下問題：

解決 4k 的大小問題；

解決請求頭常帶存儲信息的問題；

解決關系型存儲的問題；

跨瀏覽器；

HTML5的5種存儲方式

1. 本地存儲 localstorage

存儲方式：

以鍵值對( Key-Value)的方式存儲，永久存儲，永不失效，除非手動刪除。

大小：每個域名5M。

支持情況：

注意：IE9 localStorage 不支持本地文件，需要將項目署到服務器，才可以支持！

檢測方法：

常用API：

取記錄: getItem；

設置記錄：setIten；

移除記錄：removeItem；

取 key所對應的值：key；

清除記錄：clear；

存儲的內容：

數組，圖片，json，樣式，腳本。。。（只要是能序列化成字符串的內容都可以存儲）。

2. 本地存儲 sessionstorage

HTML5 的本地存儲 API 中的 localStorage 與 sessionStorage 在使用方法上是相同的，區別在于 sessionStorage 在關閉頁面后即被清空，而 localStorage 則會一直保存。

3. 離線緩存 application cache

本地緩存應用所需的文件。

使用方法：

需要配置 manifest 文件

Manifest 文件：

manifest 文件是簡單的文本文件，它告知瀏覽器被緩存的內容（以及不緩存的內容）。

manifest 文件可分為三個部分：

1.1 CACHE MANIFEST – 在此標題下列出的文件將在首次下載后進行緩存；

1.2 NETWORK – 在此標題下列出的文件需要與服務器的連接，且不會被緩存；

1.3 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內容，也需要更新版本才能做到更新。

5. manifest文件中CACHE則與NETWORK，FALLBACK的位置順序沒有關系，如果是隱式聲明需要在最前面

6. FALLBACK中的資源必須和manifest文件同源

7. 更新完版本后，必須刷新一次才會啟動新版本（會出現重刷一次頁面的情況），需要添加監聽版本事件。

8. 站點中的其他頁面即使沒有設置manifest屬性，請求的資源如果在緩存中也從緩存中訪問

9. 當manifest文件發生改變時，資源請求本身也會觸發更新

離線緩存與傳統瀏覽器緩存區別：

離線緩存是針對整個應用，瀏覽器緩存是單個文件

離線緩存斷網了還是可以打開頁面，瀏覽器緩存不行

離線緩存可以主動通知瀏覽器更新資源

4. Web SQL

關系數據庫，通過SQL語句訪問。

Web SQL 數據庫 API 并不是 HTML5 規范的一部分，但是它是一個獨立的規范，引入了一組使用 SQL 操作客戶端數據庫的 APIs。

支持情況：

Web SQL 數據庫可以在最新版的 Safari, Chrome 和 Opera 瀏覽器中工作。

核心方法：

①openDatabase：這個方法使用現有的數據庫或者新建的數據庫創建一個數據庫對象。

②transaction：這個方法讓我們能夠控制一個事務，以及基于這種情況執行提交或者回滾。

③executeSql：這個方法用于執行實際的 SQL 查詢。

打開數據庫：

執行查詢操作：

插入數據：

讀取數據：

由這些操作可以看出，基本上都是用SQL語句進行數據庫的相關操作，如果你會MySQL的話，這個應該比較容易用。

5. IndexedDB

索引數據庫 (IndexedDB) API（作為 HTML5 的一部分）對創建具有豐富本地存儲數據的數據密集型的離線 HTML5 Web 應用程序很有用。

同時它還有助于本地緩存數據，使傳統在線 Web 應用程序（比如移動 Web 應用程序）能夠更快地運行和響應。

異步API：

在 IndexedDB 大部分操作并不是我們常用的調用方法，返回結果的模式，而是請求——響應的模式，比如打開數據庫的操作:

這樣，我們打開數據庫的時候，實質上返回了一個DB對象，而這個對象就在result中。

由上圖可以看出，除了 result 之外。還有幾個重要的屬性就是 onerror 、 onsuccess 、 onupgradeneeded （我們請求打開的數據庫的版本號和已經存在的數據庫版本號不一致的時候調用）。

這就類似于我們的 ajax 請求那樣。我們發起了這個請求之后并不能確定它什么時候才請求成功，所以需要在回調中處理一些邏輯。

關閉與刪除：

數據存儲：

indexedDB 中沒有表的概念，而是 objectStore ，一個數據庫中可以包含多個objectStore，objectStore是一個靈活的數據結構，可以存放多種類型數據。

也就是說一個 objectStore 相當于一張表，里面存儲的每條數據和一個鍵相關聯。

我們可以使用每條記錄中的某個指定字段作為鍵值（ keyPath ），也可以使用自動生成的遞增數字作為鍵值（ keyGenerator ），也可以不指定。

選擇鍵的類型不同， objectStore 可以存儲的數據結構也有差異。

更多關于HTML5本地存儲方式文章請點擊下面的相關文章

姓名 *

請輸入姓名或昵稱

手機號 *

需要咨詢的內容 *

如果您有任何疑問、需要更多信息或希望與我們建立合作請留言

需要咨詢的內容 姓名 手機號

驗證碼 *

=

提交留言