常見的內存泄露演示

作者使用了一個Forma，每一個按鈕都會打開一個子form。按常理，當子form被關閉時，我們都希望它所占有的資源被自動釋放。但在這里，作者將在每一個子form中演示一種泄露的情況。



Static references

最明顯的，如果一個對象被靜態字段(field)引用，它永遠都不會被釋放。這種情況常見于單鍵模式，因為它們往往都市靜態的，要不就是長時間駐留的。
這些直接引用往往都是顯而易見的，但真正危險的都是那些間接引用。因此你需要格外注意引用串。一個有效的方法就是查看這個串的根，如果這個根式靜態的，那整個串上的引用都無法被釋放。



如上圖，如果Object1是靜態的或者長駐留的，那么這條引用串上的對象都不被釋放。危險的是，串很長時就很難意識到它的根是靜態類型的。比如，如果僅僅注意了一級深度，那么當Object2消失的時候，Object3和Object4就應該被釋放，當你很可能忽視了Object1的存在。

建議是慎用靜態類型，盡可能的不用，否則請格外注意其或其他單鍵對象的內存駐留時間。

一種具體的風險就是靜態事件，將在事件泄露演示中闡述。


事件或"lapsed listener"

子form訂閱了main form的事件，以便在main form的通透度(opacity)變化時得到通知。

    mainForm.OpacityChanged += mainForm_OpacityChanged;
  

問題由此產生：OpacityChanged事件創建了一個由main form到子form的引用：

作者在另外一篇文章中討論了 事件和引用的關系 ，這里只給出了演示圖，和jetTrace截圖：

How to detect and avoid memory and resources leaks in .NET applications 摘譯2