內(nèi)存泄露曾經(jīng)、現(xiàn)在、以后在應(yīng)用程序中永遠(yuǎn)也將是一個(gè)關(guān)注點(diǎn)，它的一個(gè)最初的起源是unsubscribed事件的處理程序。weak event pattern對(duì)內(nèi)存的泄露能夠起到一定的作用，但是還沒(méi)有實(shí)施。在本文中，我們將看到 WPF使用 WeakEventManager 類時(shí)，所起到的作用。更多WPF4.5探秘系列文章    

本篇文章是WPF 4.5新特性的系列的一部分。

eneric Weak Event Manager

之前的WPF 4.5對(duì)于每個(gè)你想訂閱的事件，必須創(chuàng)建一個(gè)a weak event manger，現(xiàn)在就不用這樣了，你可以使用一個(gè)通用版本的WeakEventManager類。

需要作為一個(gè)通用的參數(shù)的類型的事件的源和類型的的dealed事件參數(shù)。

// 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

它也展現(xiàn)出來(lái)了兩個(gè)靜態(tài)變量的方法：

AddHandler在一個(gè)給定源的事件上添加一個(gè)處理程序，它將采用事件的名稱作為參數(shù)。

RemoveHandler刪除一個(gè)處理程序。

由于這是使用反射，在使用這個(gè)對(duì)象的時(shí)候，在性能上邊會(huì)有一點(diǎn)小的開(kāi)銷。

訂閱的接口

在之前的WPF 4.5中，weak-event的每個(gè)訂閱必須實(shí)現(xiàn)IWeakEventListener，這個(gè)接口非常的簡(jiǎn)單：

public bool ReceiveWeakEvent(Type managerType, object sender, EventArgs e)

即使它能夠簡(jiǎn)單快捷的實(shí)現(xiàn)，但是確實(shí)相當(dāng)?shù)膯握{(diào)的，如果想要實(shí)現(xiàn)更多它沒(méi)有的需求，你只需要在訂閱時(shí)傳遞一個(gè)委托即可！

舉個(gè)例子：

比如說(shuō)你有一個(gè)應(yīng)用程序，在程序里面有主窗口，有時(shí)顯示一些子窗口。當(dāng)應(yīng)用程序出現(xiàn)的時(shí)候，這些子窗口訂閱激活了主窗口事件，通過(guò)使用傳統(tǒng)的事件訂閱，您可以創(chuàng)建內(nèi)存泄漏，如果您還沒(méi)有注冊(cè)它。在另一方面，你可以使用的WeakEventManager訂閱此事件，你從來(lái)沒(méi)有聽(tīng)說(shuō)過(guò)了吧！

下面是一個(gè)例子使用的代碼：

//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
}