內存泄露曾經、現在、以后在應用程序中永遠也將是一個關注點，它的一個最初的起源是unsubscribed事件的處理程序。weak event pattern對內存的泄露能夠起到一定的作用，但是還沒有實施。在本文中，我們將看到 WPF使用 WeakEventManager 類時，所起到的作用。更多WPF4.5探秘系列文章    

本篇文章是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
}