Cache Manifest是Html 5的一種緩存機制，文章作者直接用博客當測試環境，雖然應用起來非常簡單，但效果卻出奇的好。緩存後的速度，簡直是驚人的快。像Yslow顯示，打開一個緩存過的頁面，只要0.729秒，比不緩存的差不多快了10倍。
一、Cache Manifest基礎知識
作為一個web開發相關的人員，都不會少聽到、看到Cache這個詞。是的，上面也已經說了，它是一種緩存的機制。它可以通過一個.manifest文件來配置需要緩存的或者一定要保持聯網緩存的文件。而重點就是這個.manifest文件，這裡進行了簡單的整理：
◆MIME TYPE：text/cache-manifest
◆需要由你創建的：NAME.manifest
◆作用：主要是配置需要緩存的文件
二、如何實現
實現起來倒是非常簡單（當然，這也是有問題的，這個我們後面講解決方案），實現步驟如下：
1.在服務器上添加MIME TYPE支
比如 apache 中可在 .htAccess 中添加：
2.創建 NAME.manifest: 其中第一行的CACHE MANIFEST標識是一定要有的，而CACHE/NETWORK/FACKBACK 都是可選的。如果沒有寫標識，則默認緩存，Cache就不用說了，緩存；NETWORK指不想緩存的頁面，比如登陸頁等；FALLBACK 是指當沒有響應時的替代方案，比如我想請求某個頁面，但這個頁面的服務器掛了，那麼，我可以顯示另外一個指定的頁面，文件結構如下：
至於如何更新這個配置文件？只要改變文件的內容即可，上面的# VERSION 0.3其實只是一行注釋，但改變文件可以重新緩存，這樣寫上版本號，想更新的時候修改版本號來重新緩存，是一種比較推薦的方法，甚至可以是最佳實踐。
3.給<Html>標簽加manifest屬性
是的，就是如此簡單，相信你花上30分鐘也就了解了，而且能夠快速的應用到工作中。
三、Cache Manifest 存在的問題
經過上面一整，速度明顯快了許多，幫忙測試的人也小震驚了一下，只是，還是存在一些問題，看一下，然後我們嘗試解決：
1.自動緩存引用了manifest文件的頁面
即使在 NETWORK 中指定 "*"（所有的頁面都）使用網絡，還是不能解決它自動緩存當前頁面。這使得這個頁面在 manifest 沒有變更的情況下，會一直以"類靜態"存在。比如，你後台更新了一篇文章，這個動態的首頁，還是像第一次緩存的時候一樣，沒有變。這對於靜態頁面還好，但應用在一個動態系統就很麻煩了，因為你的內容是時時要更新的。
2.Firefox彈出提示信息
可能是習慣了彈窗警告之類的，一不小心，用戶還以為是網站被人掛馬呢，想把不干淨的東西存儲到他的電腦。
四、解決方案
（一）關於自動緩存當前頁面
在《Pro Html5 Programming》有這樣一句話：這並不是Bug，而是機制的需要。雖然說這樣會讓頁面載入更快，但對於動態頁面來說就是惡心了。至少應該有一種讓用戶選擇是否緩存當前頁的配置方案（或者說是一個開關）。不過，這是暫時不能解決的，畢竟這還只是一個Draft，我們要用，就應該找一個合適的方案。
我的想法是，看看大家有沒有更好的辦法。結果，查了一下，無果。新的東西，幾乎所有文章說的都只是我上面說的那個如何去寫一個manifest文件，看來還是沒辦法偷懶。然後，便開始想：
◆一定不要緩存動態的頁面，當前頁一定不能引用 manifest文件。
◆能不能從其他頁面先載入緩存？
那麼，如果有解決方案的話，解決方法應該是：
◆不在當前頁面引用manifest。
◆在用戶打開頁面之前，需要有一個頁面來實現緩存機制。
如果這樣，那麼為何不試一下iframe來引入一個擁有manifest的靜態文件？但用 iframe 還能會緩存到文件？經過一翻測試，Google Chrome的調試工具給了答案：結果很不錯，成功緩存。做法是這樣的，新建一個cache.Html文件來當做為當前頁面的代理，內容如下：
然後，在每個頁面通過iframe來引用這個靜態文件，以達到我們不緩存當面頁面，只緩存我們希望緩存文件的目的。
（二）關於 Firefox 彈出警告問題
這個，浏覽器默認的，浏覽器廠商的目的是為用戶的安全著想，我們暫時也改變不了。其實，也不會有太大的影響，我也沒有好好去想。
五、總結
測試下來，其實跟緩存當前頁面還是有差別的，畢竟像站外的鏈接，特別是gravatar總要請求這麼多圖片，這點就又多了一點時間了。這現象主要出現在 Firefox 下，而 Webkit 而表示非常棒，速度幾乎和緩存當前面一樣，第二次打開的頁面，都是瞬間響應的，效果非常不錯。