最近在做一個網站的登錄注冊框，前端使用了jquery。由於sign和login不是在單獨的頁面上，而是以一個彈出框出現。所以決定使用ajax來實現注冊和登錄功能。本以為可以一帆風順，結果在測試的時候發現了奇怪的問題。
在用chrome , ff , IE10+測試的時候基本沒問題，但在IE8,9上運行時卻出現了輸入正確的用戶名和密碼不能登錄的情況。一開始還以為是session丟失了，開始吐槽后台的框架。
但是在耐心的調試后，發現session並沒有丟失。這下可急死我了，難道混了這么久連一個注冊登錄都搞不定？這讓我不禁妄自菲薄，感嘆人生百態,世事無常。就這樣過了1/3炷香之后，我決定要振作起來。
在仔細觀察我那沒長幾個注釋的代碼后，我發現$.ajax中的url有點奇怪。雖然地址是正確的，但程序猿和攻城獅的直覺告訴我，IE8 9兩兄弟有可能自作多情地緩存了我的ajax。想到這里，雙手突然有些顫抖，慌忙在url后加了個時間戳。
//就像這樣
url:myurl+"?t="+(new Date).valueOf()
然后清個緩存再試試，成功！可以正常登錄了。
查了查百度，原來在IE8 9下，進行Ajax請求時，若與之前請求相同，則不會再從服務器獲取數據，而是直接從本地獲取。
這樣，為了對付低版本IE過分的熱情，在使用$.ajax時可以將其cache屬性設置為false（未測試過），
cache:
要求為Boolean類型的參數，默認為true（當dataType為script時，默認為false），設置為false將不會從瀏覽器緩存中加載請求信息。
或者在全局中設置(未測試過)
//$.ajaxSetup() 方法設置全局 AJAX 默認選項。
$.ajaxSetup({ cache: false });
這樣就不用再擔心緩存了。
但是，緩存並非是為了給我們帶來麻煩而設置的，畢竟別的瀏覽器可以正常使用。所以，要為IE8 9單獨設置禁用緩存中的信息。
//jquery 1.9.0后取消了$.browser
if($.browser.msie&&($.browser.version=="8.0"||$.browser.version=="9.0")){ //做處理 }
在1.9.0之后可以使用$.support來判斷
// IE6789,input元素的checked屬性不能被拷貝
// IE下，input被更換類型后，無法保持前一個類型所設的值
if(!$.support.radioValue&&!$.support.noCloneChecked){ //做處理 }
$.support主要用於 jQuery 的內部使用，感覺一點也不好用。
如果有錯誤或是更好的辦法請留言告訴我。