這是個(gè)方便的FireFox擴(kuò)展，當(dāng)你離開那頁(yè)的時(shí)候它便會(huì)指向JavsScript對(duì)象，如果出現(xiàn)泄漏的話會(huì)彈出一個(gè)窗口顯示細(xì)節(jié)內(nèi)容，而且能夠告訴你是那個(gè)對(duì)象或函數(shù)引起的泄漏。
離開http://script.aculo.us/的時(shí)候
這應(yīng)該我是最常見的泄漏  prototype.js, line 74:3

 

 

訪問(wèn)一般的站點(diǎn)，你會(huì)發(fā)現(xiàn)大多數(shù)站點(diǎn)都會(huì)出現(xiàn)這類問(wèn)題。的確，如果一些網(wǎng)站沒有經(jīng)過(guò)這樣的測(cè)試，多少會(huì)讓人感到震驚，--本來(lái)適當(dāng)一下的修改就可以確保這種問(wèn)題不會(huì)發(fā)生。
 雖然這網(wǎng)站（Jack'sBlog、范例）統(tǒng)統(tǒng)都是JavaScript的，但你不必?fù)?dān)心任何泄漏的危險(xiǎn)。

如下簡(jiǎn)單的三步：
       1. 當(dāng)你完成后，設(shè)置你的 XMLHttpRequest onreadystatechange handlers 為null,
我使用 YAHOO.util.Connect 來(lái)進(jìn)行XHR鏈接 ，因?yàn)樗褂昧?polling mechanism來(lái)代替readstate, 這樣我不用手工set null了。我推薦你，在允許的情況下，使用YAHOO.util.Connect (或建于其之上的 YAHOO.ext.UpdateManager)。
      2. 在unload事件中清除所有 DOM event handlers object ，如果它們有引用 (Refence)的機(jī)會(huì)的話。
能夠讓Library做的，就不要用自己的方法做！ 對(duì)于事件event的機(jī)制，我均使用了YAHOO.util.Event來(lái)處理. 其它的library (prototype, dojo, etc) 亦有自己的相應(yīng)的機(jī)制來(lái)處理。 --盡管我不清楚它們的執(zhí)行效率去到那里。 如果你再仔細(xì)看看上面的截圖，你會(huì)發(fā)現(xiàn)上面的泄漏代碼都會(huì)關(guān)聯(lián)到這些library里面去（用事實(shí)證明事故的源頭，F(xiàn)rank注）
      3.除了一些基本類型的數(shù)據(jù)primitive value （String 、Number），切勿放其它任何東西在 DOM expando 或 property 。當(dāng)然，你能保證及時(shí)清除它的話，便是一個(gè)例外。
       這就是最重要的金科玉律了。在DOM expando放東西，你會(huì)覺得很方便, 然后用 $()獲取它, 但千萬(wàn)不要這樣做。 真的，我知道你在想什么，現(xiàn)在的我已經(jīng)有線想妄想癥的認(rèn)了.沒錯(cuò)，很多場(chǎng)合都會(huì)把JS對(duì)象放到 DOM expando，也沒啥狀況發(fā)生，但也會(huì)有很多。。。。這種情況不容易檢查出來(lái)??！(例如：閉包c(diǎn)losures). 所以要避免任何可能的發(fā)生,我只會(huì)按照這樣的規(guī)律做.