站長資訊網(wǎng)在app中更新h5頁面一直有緩存問題。默認什么都不做的情況下，app有一定的空間緩存頁面。一開始更新之后會馬上加載，等到app緩存空間上來之后更新就無法下載了。安卓能夠清理緩存空間，ios就只能卸載重裝(are u kidding me?)。這是最壞的情況，你可以更換下地址。
no-cache
注意到這一點之后，頁面加入no-cache.
<meta http-equiv="Cache-Control" content="no-cache">
告訴瀏覽器不要緩存頁面。實際是頁面沒有發(fā)生改變的時候請求是304,如果頁面改變了才是200，所以說加了no-cache不是說每次都全新下載，而是更新了就會重新下載。但這個時候不同的手機表現(xiàn)還是不一樣的。4s與6sp就不同。訪問同一個頁面，修改了js。4s更新了，6sp還是老樣子。咋整呢，因為服務(wù)端還有緩存。先設(shè)置nginx緩存：
location / { root html; expires -1; index index.html index.htm; }
并需要重啟下nginx：
nginx -s reload
這個時候6sp也更新了。
但老是重啟nginx不是辦法啊，可能造成一些請求丟失。而且這種情況下，離線是完全不能用了。比如斷網(wǎng)了去發(fā)消息，原本設(shè)置的一張紅色嘆號的圖片和人物的頭像都顯示不出來。當然可以轉(zhuǎn)成base64的字符串解決這個問題。base64就是很長，放在哪兒都占空間。怎么解決，manifest
no-cache+更新文件名+更新地址 待測
manifest
介紹可以先看w3shool的：www.w3school.com.cn/html5/html_5_app_cache.asp ,這里就說下使用的情況。
1.設(shè)置html
<html manifest="index.appcache">
2.設(shè)置緩存目錄
CACHE MANIFEST #v1.0.0.0#需要緩存的文件js/zepto.js#不需要緩存的頁面 NETWORK:*#無法訪問頁面 FALLBACK404.html
3.設(shè)置nginx mime
text/cache-manifest appcache;
mime types文件都在conf目錄下。啟動nginx之后。這個時候頁面會出現(xiàn)加載情況：
這個圖說明2個事情，一個是流程上會先下載index.appcache，然后會陸續(xù)觸發(fā)checking event,download event，progress event 和 updateReady event.二個是默認緩存了當前頁面。而且居然是帶個參數(shù)也緩存?？礃幼又灰刂凡灰粯拥漠斍绊摱冀o緩存了(上面的緩存目錄我只寫了一個zepto)。再刷新頁面：
index.appcache沒有更新就不會觸發(fā)檢查。
加載緩存的文件狀態(tài)是200，size一欄是from cache。從瀏覽器加載的是304，時間上一個是幾毫秒，一個是十幾毫秒。 f12進入開發(fā)者模式，在Application cache一欄可以看見被緩存的文件。
但在這個地方是無法清理的，需要在Application 中的 clear storage來清理。
更新已緩存的文件
最明顯的就是首頁，默認緩存下來。這個時候你改變首頁內(nèi)容而不修改index.appache是完全沒有作用的。比如你刪掉一個js的引用，客戶端還是下載了這個js。這個時候你需要修改這個緩存文件：
#不需要緩存的頁面 NETWORK: mobile/index.html *
注意到雖然index.appache和index位于同一級，但不能寫index.html，得寫相當于網(wǎng)站的路徑，其他資源也是一樣。這個時候觸發(fā)更新了，但頁面還是加載的緩存資源，所以還需要做一個處理：
window.applicationCache.addEventListener("updateready", function(){ location.reload() });
這樣才會加載最新的頁面。如果首頁再發(fā)生修改，可以隨意(加個空格，加空行)修改緩存文件，就能觸發(fā)更新。所以剩下的問題就是記得在更新資源之后記得更新緩存文件。建議就是不變的資源(框架樣式，框架js，圖片)緩存下來，經(jīng)常要修改的js就讓瀏覽器緩存吧?，F(xiàn)在這樣就避免了reload nginx。這個效果要比加no-cache的方法好。當然，如果無所謂消息或者reload的影響。no-cache還是很方便，畢竟這個index.appache一旦加上，難以去掉，除非清理緩存。
