我們在寫AJAX的時候,會用定時器定時調用一個action,來檢測一些東西。比如EC 2.0中,我們用AJAX技術定時檢查使用者的訊息收件匣,看有沒有新的訊息,有多少條。但是在實際應用中,我們發現Tomcat會cache我們這個檢查 訊息類的傳回值,也就是說,如果現在檢測到有3條新的訊息,那麼,之後的AJAX調用,無論資料庫中的新訊息數量是否發生變化了,Tomcat都返回一樣 的資料給JSP,也就是3條訊息。
這是非常討厭的一個現象,因為Tomcat認為我們每次請求的都是同一個URL,自然它就cache這個action的傳回值了。唯一的辦法就是讓我們每次AJAX請求的URL都不一樣,這樣才能消除Tomcat的這種cache行為。
那麼,最容易想到的就是在URL後面加上目前時間,因為時間是一直在流逝的,所以,加上時間後,每次的URL就不一樣了,就能消除Tomcat的cache行為了。在javascript中,我們是這樣做的:
function getMsgNotify() {
var dateInstance = new Date();
var url = "<%=webContextRoot%>" + "/toModule.ec?prefix=/portal&page=/GetMsgNotify.ec&counter=" + dateInstance.getTime();
request.open("GET", url, true);
request.onreadystatechange = updatePage;
request.send(null);
}這個getMsgNotify這個函數就會被定時調用,這裡要注意,var dataInstance = new Date(); 這句代碼一定要寫在這個被定時調用的方法裡面,這樣才能保證每次調用這個function的時候,得到的都是目前時間,如果將這句代碼放在外面,那麼這句 代碼就只會被執行一次,自然得到的時間就是最早的那個時間了。註:javascript中,new Date對象的時候不加參數表示返回目前時間。
然後我們就用了getTime這個函數,這個函數返回我們取到的date時間和197x年的那個時間的差值(秒數),這樣就保證了每次的URL不一樣了。
在此之前,我沒用這個方法,我是申明了一個全域變數counter,初始值為0,然後每次getMsgNotify之後,都把這個counter 加1,來達到產生不同URL的目的,但是這樣是不行的,因為如果使用者不關閉瀏覽器,那麼每一次載入這個頁面,counter都從0開始計數,這樣就又會發 生當前的URL和上次一樣的情況(都是從0開始計數的嘛)!所以,科學的做法還是上面的那種,用時間來產生永不相同的URL。