目錄
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的詳細描述,將在下一篇介紹, 敬請關注!