本篇文章給大家分享的是有關(guān)C#中怎么實(shí)現(xiàn)事件注冊(cè)和注銷，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

創(chuàng)新互聯(lián)建站于2013年成立，先為市南等服務(wù)建站，市南等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為市南企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

C#事件注冊(cè)和注銷:設(shè)計(jì)思路

主窗體(frmMain ：IParentForm)

事件成員：

public event ParentEventHandler OnUserListCreated;

事件處理方法：

void ToDoOnRequestUserList(object sender, EventArgs e){     //創(chuàng)建DataTable dt     …     This.OnUserListCreated(this, new ParentEventArgs(dt));    }　

某一行注冊(cè)子窗體事件：

frmChild.OnRequestUserList += new EventHandler (ToDoOnRequestUserList);

子窗體(frmChild)

事件成員：

public event EventHandler OnUserListCreated;　

事件處理方法：

void ToDoOnRequestUserReturned(object sender, ParentEventArgs e){}　

在OnLoad事件處理方法中注冊(cè)主窗體的事件：

(this.MdiParent as IParentForm). OnUserListCreated += new ParentEventHandler (ToDoOnRequestUserReturned);

主窗體對(duì)象為frmMain，它實(shí)現(xiàn)了IParentForm接口，該接口定義了事件成員OnUserListCreated(它的EventArgs為自定義的ParentEventArgs)。frmMain對(duì)象在某處創(chuàng)建了一個(gè)子窗體frmChild，并注冊(cè)了frmChild的事件OnRequestUserList。

子窗體對(duì)象frmChild在載入時(shí)(OnLoad方法中)獲得frmMain的引用，并注冊(cè)了frmMain的事件OnUserListCreated。

根據(jù)業(yè)務(wù)邏輯，子窗體運(yùn)行的某一時(shí)刻，用戶行為觸發(fā)了事件OnRequestUserList，此時(shí)frmMain將捕獲此事件并調(diào)用自身的處理方法生成一個(gè)被請(qǐng)求的用戶列表(DataTable)。然后，frmMain發(fā)出了事件OnUserListCreated以提示列表生成完畢，并將剛剛創(chuàng)建的DataTable作為ParentEventArgs參數(shù)插入事件中。隨后，子窗體將接收到這個(gè)事件，并在自己的事件處理方法中對(duì)傳來的DataTable進(jìn)行自己的業(yè)務(wù)邏輯動(dòng)作。

在接下來程序的運(yùn)行中，可愛的代碼心情愉悅地順利執(zhí)行…但是，好景不長！

C#事件注冊(cè)和注銷:遇到的問題

當(dāng)我將打開的子窗體關(guān)閉后再重新打開，主窗體在觸發(fā)OnUserListCreated事件后發(fā)生調(diào)用目標(biāo)異常,子窗體在該事件的處理方法中也拋出NullReferenceException異常(未將對(duì)象引用設(shè)置到對(duì)象實(shí)例)。當(dāng)我在子窗體的事件處理方法ToDoOnRequestUserReturned中設(shè)置斷點(diǎn)調(diào)試后發(fā)現(xiàn)：所有的控件、變量都為null??！

那叫郁悶，那叫惆悵…公車上、步行中、如廁時(shí)、入睡前，我估摸著這種靈異現(xiàn)象可能與最近隔壁鄰居家小貓的突然消失有著千絲萬縷的聯(lián)系…當(dāng)然，作為基督教徒的我，也后怕這是主，耶穌基督對(duì)于我大前天橫闖馬路的懲罰…

無助中，我極其盲目的在frmChild的ToDoOnRequestUserReturned方法中加入了一行語句：“MessageBox.ShowDialog(“So boring a thing!”)”以發(fā)泄心情。保存、編譯、運(yùn)行——大壞蛋的面目露了出來！當(dāng)我***次打開子窗體的時(shí)候，如我所料，程序正常運(yùn)行并彈出了MessageBox。關(guān)鍵是，當(dāng)我關(guān)閉子窗口并第二次打開它執(zhí)行時(shí)，MessageBox彈出了兩次！恩…

帶著疑問，我重復(fù)了以上關(guān)閉、打開步驟，MessageBox彈出了三次！——事情已經(jīng)有了眉目。在我輾轉(zhuǎn)反復(fù)的思考后（也許有人會(huì)罵我菜鳥…），終于明白了所有事情的緣由：

因?yàn)槌绦蛞恢碧幵谶\(yùn)行中，所以主窗體對(duì)象一直駐留內(nèi)存中并保持著自身的狀態(tài)（它沒有的disposed），所以，每次子窗體創(chuàng)建時(shí)，主窗體都會(huì)注冊(cè)它的OnRequestUserList事件，同樣的，該子窗體在加載時(shí)，自身也會(huì)把主窗體的OnUserListCreated事件注冊(cè)一次。

問題就出在這里，雖然子窗體關(guān)閉了，并disposed了。但是，它關(guān)閉時(shí)并沒有把在主窗體注冊(cè)的事件同時(shí)注銷。隨著子窗體一次次的打開，主窗體的OnUserListCreated就被+=了N多了注冊(cè)用戶，其中的N-1個(gè)用戶其實(shí)早已經(jīng)不存在了，而主窗體全然不知。所以當(dāng)發(fā)出OnUserListCreated事件后，主窗體還會(huì)以無反顧地去調(diào)用這N多個(gè)方法代理，這必然會(huì)導(dǎo)致異常拋出——***打開的那個(gè)子窗體接受到一次次傳來的事件，并企圖調(diào)用ToDoOnUserListReturned方法，如果此方法中包含著對(duì)本對(duì)象成員變量的操作，自然會(huì)引出“未將引用設(shè)置到對(duì)象實(shí)例”的異常。

也許有朋友會(huì)問，為什么主窗體調(diào)用那些早已disposed的frmChild的方法的代理時(shí)，會(huì)被當(dāng)前存在的那個(gè)frmChild執(zhí)行呢？我認(rèn)為這可能是由于類實(shí)例的同一個(gè)方法在內(nèi)存棧中共享空間造成的；而成員變量在堆中存放，各自維護(hù)其狀態(tài)，當(dāng)其所屬的對(duì)象被釋放回收時(shí)，其值也就置為null了。（個(gè)人觀點(diǎn)，望兄弟姐們給予指正）

C#事件注冊(cè)和注銷：總結(jié)　

子窗體在關(guān)閉時(shí)，應(yīng)當(dāng)把自己注冊(cè)的主窗體對(duì)象（或者是長久駐留內(nèi)存對(duì)象）事件一一注銷。例如本例中，應(yīng)在子窗體的OnClosed事件處理方法中加入以下代碼：

(this.MdiParent as IParentForm). OnUserListCreated -= new ParentEventHandler (ToDoOnRequestUserReturned)　

如果僅僅是為了在主窗體執(zhí)行完某項(xiàng)操作后觸發(fā)子窗體某一方法的執(zhí)行，我們通常不采用事件機(jī)制，而采用以下兩種方法：

A. 將此方法訪問屬性改為public，然后由主窗體適時(shí)調(diào)用。

B. 定義一個(gè)接口，子窗體對(duì)象實(shí)現(xiàn)這個(gè)接口，并把該目標(biāo)方法提升為該接口的成員。由主窗體適時(shí)調(diào)用這個(gè)接口成員方法。

以上就是C#中怎么實(shí)現(xiàn)事件注冊(cè)和注銷，小編相信有部分知識(shí)點(diǎn)可能是我們?nèi)粘９ぷ鲿?huì)見到或用到的。希望你能通過這篇文章學(xué)到更多知識(shí)。更多詳情敬請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。