前言

　　談起“消息機(jī)制”這個(gè)詞，我們都會(huì)想到Windows的消息機(jī)制，系統(tǒng)將鍵盤鼠標(biāo)的行為包裝成一個(gè)Windows Message，然后系統(tǒng)主動(dòng)將這些Windows Message派發(fā)給特定的窗口，實(shí)際上消息是被Post到特定窗口所在線程的消息隊(duì)列，應(yīng)用程序的消息循環(huán)再不斷的從消息隊(duì)列當(dāng)中獲取消息，然后再派發(fā)給特定窗口類的窗口過程來處理，在窗口過程中完成一次用戶交互。

　　其實(shí)，WPF的底層也是基于Win32的消息系統(tǒng)，那么對(duì)于WPF應(yīng)用程序來說，它是如何跟Win32的消息交互，這里到底存在一個(gè)什么樣的機(jī)制？接下來我會(huì)通過下面幾篇博文介紹這個(gè)消息機(jī)制:

　　WPF的消息機(jī)制（一）-讓應(yīng)用程序動(dòng)起來

　　WPF的消息機(jī)制（二）-WPF內(nèi)部的5個(gè)窗口

　　（1）隱藏消息窗口

　　（2）處理激活和關(guān)閉的消息的窗口和系統(tǒng)資源通知窗口

　　（3）用于UI窗口繪制的可見窗口

　　（4）用于用戶交互的可見窗口

　　WPF的消息機(jī)制（三）-WPF輸入事件的來源

　　WPF的消息機(jī)制（四）-WPF中UI的更新

　　讓應(yīng)用程序動(dòng)起來

　　談到WPF的消息，首先應(yīng)該知道DispactherObject以及Dispatcher在WPF系統(tǒng)中的作用。

　　WPF大部分的對(duì)象都是從DispatcherObject派生的，從這里派生的對(duì)象具有一個(gè)明顯的特征，那就是：修改對(duì)象時(shí)所在的線程，和創(chuàng)建對(duì)象時(shí)所在線程必須為同一個(gè)線程，這就是微軟所謂的線程親緣性（Thread affinity）的最簡(jiǎn)單理解。那么誰能保證線程親緣性呢？那就是Dispacher了。從DispatcherObject派生的類型繼承三個(gè)重要的成員：Dispatcher屬性，CheckAccess(), VerifyAccess()方法。其中后面兩個(gè)方法就是檢驗(yàn)線程親緣性的。按照WPF的實(shí)現(xiàn)，如果你自己定義了個(gè)WPF的類型，并且是DispatcherObject的子類，你就必須在public的成員定義的邏輯開始處，調(diào)用base.Dispatcher.VerifyAccess()，檢驗(yàn)線程親緣性。那么Dispatcher到底還做了什么事情呢？

　　首先，我們看一下一個(gè)WPF的Application在啟動(dòng)之后都走了哪些邏輯：

　　通過調(diào)用堆棧可以看出，藍(lán)色的部分是啟動(dòng)了一個(gè)線程，VisualStudio在Host的進(jìn)程當(dāng)中運(yùn)行當(dāng)前應(yīng)用程序；紅色的部分是從Application.Main函數(shù)開始執(zhí)行，經(jīng)過幾個(gè)函數(shù)到達(dá)Dispatcher.Run()，最后到達(dá)Dispather.PushFrameInpl()方法。那么一個(gè)Application在Run之后,為什么要調(diào)用Dispatcher.Run()呢，他做了些什么事情你？如果通過Reflector仔細(xì)查看Application.Run()，你會(huì)發(fā)現(xiàn)里面實(shí)際起作用的代碼并不多，最后都是Dispatcher.Run在做事情。那么一個(gè)Application啟動(dòng)之后，按照以前對(duì)Win32的消息機(jī)制的理解，當(dāng)應(yīng)用程序啟動(dòng)后，必須進(jìn)入消息循環(huán)，對(duì)于WPF，也是一樣的。那么WPF應(yīng)用程序是在什么地方進(jìn)入消息循環(huán)呢？其實(shí)這就是Dispatcher.Run()做的事情。查看上圖最后一步Dispacther.PushFrameImpl()的代碼，你會(huì)看到有下面的一段代碼：

　　很明顯，橙色的部分是一個(gè)循環(huán)，看起來是不是很眼熟，跟Win32編程碰到的消息循環(huán)是否很像？對(duì)了，這就是WPF應(yīng)用程序進(jìn)入了消息循環(huán)。循環(huán)調(diào)用GetMessage方法從當(dāng)前線程的消息隊(duì)列當(dāng)中不停的獲取消息，取出一個(gè)msg之后，交給TranslateAndDispatchMessage方法Dispatch到不同的窗口過程去處理。這樣以來，任何需要應(yīng)用程序處理的消息通過這個(gè)過程，被不同的窗口處理了，應(yīng)用程序就動(dòng)起來了。

　　下面的一篇我會(huì)介紹WPF當(dāng)中的Win32窗口，正是這些窗口，處理著來自系統(tǒng)，或者來自應(yīng)用程序內(nèi)部的消息。

NET技術(shù)：WPF的消息機(jī)制（一）- 讓應(yīng)用程序動(dòng)起來，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。