淺析C#事件注冊和注銷
由于.NET框架對消息循環(huán)機制進行了很好的封裝，開發(fā)人員不再需要深入的了解Windows事件/消息實現(xiàn)的具體機制，也無需創(chuàng)建復(fù)雜的事件結(jié)構(gòu)體和所謂的消息句柄。我們所要做的無非就是——1、使用重載運算符“+=”注冊一個事件；2、編寫對于該事件的處理方法?！ ?
如此簡單，以至于習慣了Win32編程的伙計們對此嗤之以鼻，諷之：“我們是開手排擋車的專業(yè)選手，你們.NET一族只能玩玩自動檔。什么？你們還看《頭文字D》？能看懂嗎？”…
不理他們！咱們說咱們的。轉(zhuǎn)頭前甩給他們一句話：“迂腐!”。如果不解恨，那么在引用一段名師的話：“我們從不樂意改變自己的工作習慣，就像把妻子的照片放在臺燈下面一樣。然而，當一種新的方法確實能極大的提高我們的工作效率和行動力時，我們干嘛要固執(zhí)呢？”——夠效果了吧？
言歸正傳?！ ?
前幾天，我在編寫主窗體與子模塊的事件通信時，遇到了一個極其堪稱郁悶的問題。說這個問題前，我和大家交代一下我的設(shè)計思路?！ ?
C#事件注冊和注銷:設(shè)計思路
主窗體(frmMain ：IParentForm)
事件成員：
- public event ParentEventHandler OnUserListCreated;
事件處理方法：
- void ToDoOnRequestUserList(object sender, EventArgs e){
- //創(chuàng)建DataTable dt
- …
- This.OnUserListCreated(this, new ParentEventArgs(dt));
- }
某一行注冊子窗體事件：
- frmChild.OnRequestUserList += new EventHandler (ToDoOnRequestUserList);
子窗體(frmChild)
事件成員：
- public event EventHandler OnUserListCreated;
事件處理方法：
- void ToDoOnRequestUserReturned(object sender, ParentEventArgs e){}
在OnLoad事件處理方法中注冊主窗體的事件：
- (this.MdiParent as IParentForm). OnUserListCreated += new ParentEventHandler (ToDoOnRequestUserReturned);
主窗體對象為frmMain，它實現(xiàn)了IParentForm接口，該接口定義了事件成員OnUserListCreated(它的EventArgs為自定義的ParentEventArgs)。frmMain對象在某處創(chuàng)建了一個子窗體frmChild，并注冊了frmChild的事件OnRequestUserList?！ ?
子窗體對象frmChild在載入時(OnLoad方法中)獲得frmMain的引用，并注冊了frmMain的事件OnUserListCreated。
根據(jù)業(yè)務(wù)邏輯，子窗體運行的某一時刻，用戶行為觸發(fā)了事件OnRequestUserList，此時frmMain將捕獲此事件并調(diào)用自身的處理方法生成一個被請求的用戶列表(DataTable)。然后，frmMain發(fā)出了事件OnUserListCreated以提示列表生成完畢，并將剛剛創(chuàng)建的DataTable作為ParentEventArgs參數(shù)插入事件中。隨后，子窗體將接收到這個事件，并在自己的事件處理方法中對傳來的DataTable進行自己的業(yè)務(wù)邏輯動作?！ ?
在接下來程序的運行中，可愛的代碼心情愉悅地順利執(zhí)行…但是，好景不長！
C#事件注冊和注銷:遇到的問題
當我將打開的子窗體關(guān)閉后再重新打開，主窗體在觸發(fā)OnUserListCreated事件后發(fā)生調(diào)用目標異常,子窗體在該事件的處理方法中也拋出NullReferenceException異常(未將對象引用設(shè)置到對象實例)。當我在子窗體的事件處理方法ToDoOnRequestUserReturned中設(shè)置斷點調(diào)試后發(fā)現(xiàn)：所有的控件、變量都為null！！
那叫郁悶，那叫惆悵…公車上、步行中、如廁時、入睡前，我估摸著這種靈異現(xiàn)象可能與最近隔壁鄰居家小貓的突然消失有著千絲萬縷的聯(lián)系…當然，作為基督教徒的我，也后怕這是主，耶穌基督對于我大前天橫闖馬路的懲罰…
無助中，我極其盲目的在frmChild的ToDoOnRequestUserReturned方法中加入了一行語句：“MessageBox.ShowDialog(“So boring a thing!”)”以發(fā)泄心情。保存、編譯、運行——大壞蛋的面目露了出來！當我***次打開子窗體的時候，如我所料，程序正常運行并彈出了MessageBox。關(guān)鍵是，當我關(guān)閉子窗口并第二次打開它執(zhí)行時，MessageBox彈出了兩次！恩…
帶著疑問，我重復(fù)了以上關(guān)閉、打開步驟，MessageBox彈出了三次！——事情已經(jīng)有了眉目。在我輾轉(zhuǎn)反復(fù)的思考后（也許有人會罵我菜鳥…），終于明白了所有事情的緣由：
因為程序一直處在運行中，所以主窗體對象一直駐留內(nèi)存中并保持著自身的狀態(tài)（它沒有的disposed），所以，每次子窗體創(chuàng)建時，主窗體都會注冊它的OnRequestUserList事件，同樣的，該子窗體在加載時，自身也會把主窗體的OnUserListCreated事件注冊一次?！ ?
問題就出在這里，雖然子窗體關(guān)閉了，并disposed了。但是，它關(guān)閉時并沒有把在主窗體注冊的事件同時注銷。隨著子窗體一次次的打開，主窗體的OnUserListCreated就被+=了N多了注冊用戶，其中的N-1個用戶其實早已經(jīng)不存在了，而主窗體全然不知。所以當發(fā)出OnUserListCreated事件后，主窗體還會以無反顧地去調(diào)用這N多個方法代理，這必然會導(dǎo)致異常拋出——***打開的那個子窗體接受到一次次傳來的事件，并企圖調(diào)用ToDoOnUserListReturned方法，如果此方法中包含著對本對象成員變量的操作，自然會引出“未將引用設(shè)置到對象實例”的異常?！ ?
也許有朋友會問，為什么主窗體調(diào)用那些早已disposed的frmChild的方法的代理時，會被當前存在的那個frmChild執(zhí)行呢？我認為這可能是由于類實例的同一個方法在內(nèi)存棧中共享空間造成的；而成員變量在堆中存放，各自維護其狀態(tài)，當其所屬的對象被釋放回收時，其值也就置為null了。（個人觀點，望兄弟姐們給予指正）
C#事件注冊和注銷：總結(jié)
子窗體在關(guān)閉時，應(yīng)當把自己注冊的主窗體對象（或者是長久駐留內(nèi)存對象）事件一一注銷。例如本例中，應(yīng)在子窗體的OnClosed事件處理方法中加入以下代碼：
- (this.MdiParent as IParentForm). OnUserListCreated -= new ParentEventHandler (ToDoOnRequestUserReturned)
如果僅僅是為了在主窗體執(zhí)行完某項操作后觸發(fā)子窗體某一方法的執(zhí)行，我們通常不采用事件機制，而采用以下兩種方法：
A. 將此方法訪問屬性改為public，然后由主窗體適時調(diào)用。
B. 定義一個接口，子窗體對象實現(xiàn)這個接口，并把該目標方法提升為該接口的成員。由主窗體適時調(diào)用這個接口成員方法。
【編輯推薦】
