我們?cè)趯?xiě)AJAX的時(shí)候，會(huì)用定時(shí)器定時(shí)調(diào)用一個(gè)action，來(lái)檢測(cè)一些東西。比如EC 2.0中，我們用AJAX技術(shù)定時(shí)檢查用戶的消息收件箱，看有沒(méi)有新的消息，有多少條。但是在實(shí)際應(yīng)用中，我們發(fā)現(xiàn)Tomcat會(huì)cache我們這個(gè)檢查 消息類的返回值，也就是說(shuō)，如果現(xiàn)在檢測(cè)到有3條新的消息，那么，之后的AJAX調(diào)用，無(wú)論數(shù)據(jù)庫(kù)中的新消息數(shù)量是否發(fā)生變化了，Tomcat都返回一樣 的數(shù)據(jù)給JSP，也就是3條消息。

這是非常討厭的一個(gè)現(xiàn)象，因?yàn)門(mén)omcat認(rèn)為我們每次請(qǐng)求的都是同一個(gè)URL，自然它就cache這個(gè)action的返回值了。唯一的辦法就是讓我們每次AJAX請(qǐng)求的URL都不一樣，這樣才能消除Tomcat的這種cache行為。

那么，最容易想到的就是在URL后面加上當(dāng)前時(shí)間，因?yàn)闀r(shí)間是一直在流逝的，所以，加上時(shí)間后，每次的URL就不一樣了，就能消除Tomcat的cache行為了。在javascript中，我們是這樣做的：

這個(gè)getMsgNotify這個(gè)函數(shù)就會(huì)被定時(shí)調(diào)用，這里要注意，var dataInstance = new Date(); 這句代碼一定要寫(xiě)在這個(gè)被定時(shí)調(diào)用的方法里面，這樣才能保證每次調(diào)用這個(gè)function的時(shí)候，得到的都是當(dāng)前時(shí)間，如果將這句代碼放在外面，那么這句 代碼就只會(huì)被執(zhí)行一次，自然得到的時(shí)間就是最早的那個(gè)時(shí)間了。注：javascript中，new Date對(duì)象的時(shí)候不加參數(shù)表示返回當(dāng)前時(shí)間。

然后我們就用了getTime這個(gè)函數(shù)，這個(gè)函數(shù)返回我們?nèi)〉降膁ate時(shí)間和197x年的那個(gè)時(shí)間的差值（秒數(shù)），這樣就保證了每次的URL不一樣了。

在此之前，我沒(méi)用這個(gè)方法，我是申明了一個(gè)全局變量counter，初始值為0，然后每次getMsgNotify之后，都把這個(gè)counter 加1，來(lái)達(dá)到生成不同URL的目的，但是這樣是不行的，因?yàn)槿绻脩舨魂P(guān)閉瀏覽器，那么每一次加載這個(gè)頁(yè)面，counter都從0開(kāi)始計(jì)數(shù)，這樣就又會(huì)發(fā) 生當(dāng)前的URL和上次一樣的情況（都是從0開(kāi)始計(jì)數(shù)的嘛）！所以，科學(xué)的做法還是上面的那種，用時(shí)間來(lái)生成永不相同的URL。