記憶體泄露曾經、現在、以後在應用程式中永遠也將是一個關注點,它的一個最初的起源是unsubscribed事件的處理常式。weak event pattern對記憶體的泄露能夠起到一定的作用,但是還沒有實施。在本文中,我們將看到 WPF使用 WeakEventManager 類時,所起到的作用。
本篇文章是WPF 4.5新特性的系列的一部分。
eneric Weak Event Manager
之前的WPF 4.5對於每個你想訂閱的事件,必須建立一個a weak event manger,現在就不用這樣了,你可以使用一個通用版本的WeakEventManager類。
需要作為一個通用的參數的類型的事件的源和類型的的dealed事件參數。
// Type parameters:
// TEventSource:
// The type that raises the event.
//
// TEventArgs:
// The type that holds the event data.
public class WeakEventManager<TEventSource, TEventArgs> :
WeakEventManager where TEventArgs : EventArgs
它也展現出來了兩個靜態變數的方法:
AddHandler在一個給定源的事件上添加一個處理常式,它將採用事件的名稱作為參數。
RemoveHandler刪除一個處理常式。
由於這是使用反射,在使用這個對象的時候,在效能上邊會有一點小的開銷。
訂閱的介面
在之前的WPF 4.5中,weak-event的每個訂閱必須實現IWeakEventListener,這個介面非常的簡單:
public bool ReceiveWeakEvent(Type managerType, object sender, EventArgs e)
即使它能夠簡單快捷的實現,但是確實相當的單調的,如果想要實現更多它沒有的需求,你只需要在訂閱時傳遞一個委託即可!
舉個例子:
比如說你有一個應用程式,在程式裡面有主視窗,有時顯示一些子視窗。當應用程式出現的時候,這些子視窗訂閱啟用了主視窗事件,通過使用傳統的事件訂 閱,您可以建立記憶體流失,如果您還沒有註冊它。在另一方面,你可以使用的WeakEventManager訂閱此事件,你從來沒有聽說過了吧!
下面是一個例子使用的代碼:
//Create 10 Mo to be more visible in the process explorer
public byte[] data = new byte[10 * 1024 * 1024];
public LeakingWindow()
{
InitializeComponent();
WeakEventManager<Window, EventArgs>
.AddHandler(App.Current.MainWindow, "Activated", MainWindow_Activated);
//Traditional event subscription: memory leak !
App.Current.MainWindow.Activated += MainWindow_Activated;
}
void MainWindow_Activated(object sender, EventArgs e)
{
//Do something here
}