|
|
在本地測試沒有問題，中文英文切換都OK。放到遠程服務(wù)器上自己試了也覺得ok。但之后不斷有人反映，有時候會很怪異的在英文的頁面環(huán)境下點擊鏈接后，居然又回到了中文的頁面環(huán)境！我第一個反應(yīng)肯定覺得是cache的問題。然后仔細檢查了一次所有jsp頁面的html <meta> tag,確保了所有的no cache和expire屬性都設(shè)好了。然后要求大家都把IE的檢查屬性設(shè)置到“每次檢查”。在自己機子上點擊了無數(shù)遍，中文英文反復(fù)切換，似乎沒有問題了。但沒多久又有人投訴問題又出現(xiàn)了。
這里要介紹一個工具叫做httpwatch，是一個IE嵌入式的工具，用來檢測IE的所有HTTP通訊的。沒有了這個工具，我很難找到問題所在（當然可能有大牛一早知道，但誰都要經(jīng)歷不知道到知道的過程）。
jsp頁面是通過例如以下的link來調(diào)用struts action切換語言環(huán)境的，http://localhost/xxx/langAction.do?lang='zh'。但發(fā)現(xiàn)這條link被IE緩存了，也就是說很多時候服務(wù)器根本就沒有收到這個request。解決的辦法可以是在link后面加上一個random number或者timestamp，問題是很多這樣的link是hardcode到了flash里面（修改flash的代碼？ ），所以這種辦法行不通。有趣的是，如果這個action僅僅是修改了session里面的locale屬性，而不通知front controller 去返回結(jié)果頁面給用戶的話（也就是 return null），這個是肯定會cache的。然而如果要返回一個頁面給用戶，這個cache的頻度會小很多。
最后推斷，問題出在了兩處地方。
1. IE的cache 也許是用url link + page result 來存儲和判斷是否應(yīng)該使用cache，而不是真正發(fā)出request。在return null的那種情況，判斷的依據(jù)是url link + null。
2。在jsp頁面中，光是使用html的<meta> tag是無法禁止緩存的。一定要加上
response.setHeader("Pragma","No-cache");
response.setHeader("Cache-Control","no-cache");
response.setDateHeader("Expires", 0);
有人肯定會說，這個跟html的tag設(shè)置沒有不同啊。的確，我也覺得，但實踐證明，沒有這幾句，光靠html tag不行。
所以當action會返回頁面時，有以下這兩種情況：
a，返回的頁面沒有寫上上面的禁止cache的語句（或者只寫了html tag）。IE存儲的是URL link + page result(cache eabled)。這也就是導(dǎo)致了之前為什么還會有cache的原因
b，返回的頁面寫上了禁止cache語句 。IE存儲的是URL link + page result(cache disabled)。這樣才能夠?qū)崿F(xiàn)到我們想要的目的。每次都會真正的發(fā)出request。
PS：IE的檢查設(shè)置一點都信不過，盡管調(diào)到最高級別，如果沒有上述措施，一樣會cache。而且，你總不能告訴全世界的用戶為了看你的網(wǎng)站去修改一下IE吧。（其他瀏覽器沒有試驗過）
jsp技術(shù)：IE cache緩存 所帶來的問題收藏，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
