目錄

WPF的訊息機制（一）-讓應用程式動起來

WPF的訊息機制（二）-WPF內部的5個視窗

（1）隱藏訊息視窗

（2）處理啟用和關閉的訊息視窗和系統資源通知視窗

（3）用於使用者互動的可見視窗

（4）用於UI視窗繪製的可見視窗

WPF的訊息機制（三）-WPF輸入事件的來源

WPF的訊息機制（四）-WPF中UI的更新

處理應用程式啟用和系統關閉的視窗(Window 2#)

建立時機：在呼叫Application.Run之後，執行到Application.EnsureHwndSource()方法當中。

用途：派發Application的Activated，Deactivated，SessionEnding事件。

WPF為了安全起見沒有讓UI視窗來處理應用程式啟用，反啟用，以及作業系統關閉時對應的訊息，而是內部建立了一個隱藏的視窗，專門用來接收WM_ACTIVATEAPP和WM_QUERYENDSESSION兩個Windows訊息。從執行緒的訊息佇列拿到這兩個訊息後，會觸發WPF的Application.Activated，Application.Deactivated，Application.SessionEnding這三個事件。

更詳細的可參考Application型別的EnsureHwndSource(),AppFilterMessage(),這兩個方法。

上面的過程可用下圖描述：

系統資源更改通知視窗(Window 4#)

建立時機：Application的MainWindow的Xaml被反序列化成物件之後，需要確認Window的ThemeStyle的時候。

用途：處理當作業系統的Theme發生改變後，以及諸如SystemColors，SystemFonts，電源，顯示器等跟系統關聯的資源發生改變時，更新WPF這邊的表現。

WPF在應用出現的MainWindow在初始化完成後，會建立一個隱藏的視窗，專門處理來自系統相關資源更新後的訊息，比如WM_ThemeChanged，WM_SystemColorChanged，WM_DisplayChange,WM_PowerBroadcast等等。跟Window2#的初衷類似，為了安全起見，沒有通過可見的UI視窗來處理這些訊息，而是內容建立了這個隱藏的Window4#視窗來處理這些訊息，確保UI視窗可以安全的更新由於系統Theme及相關資源改變後的表現。

上面的過程可用下圖描述：

也許你會問為什麼先講解了Window4，而沒有講用於使用者互動的可見視窗(Window3)？那是因為Window3的內容比較多，而Window2#和Window4#相對比較獨立，因此，放在本文當中介紹，關於Window3的詳細描述，將在下一篇介紹, 敬請關注！