我覺得我可以加入歷史博物館了,加入微軟歷史博物館,本文也是和大家吹歷史的博客 ...
我覺得我可以加入歷史博物館了,加入微軟歷史博物館,本文也是和大家吹歷史的博客
簡單說這個 WS_EX_NOREDIRECTIONBITMAP 樣式是 Win8 提供的,用來做畫面圖層混合的功能。什麼是畫面圖層混合功能?詳細請看為何使用 DirectComposition
玩法就是系統給你一個繪製錶面,你在這個繪製錶面上進行繪製,然後 DWM (桌面管理器 DWM Desktop Window Manager) 會拿出你繪製的錶面來和其他的應用進行混合
用這個方法和傳統的區別是啥?普通的應用是給每個視窗的客戶區創建一個重定向錶面,這個應用的視窗的所有繪製內容都繪製到這個錶面。而通過 DirectComposition 可以讓應用自己管理和創建這個重定向錶面,而讓桌面管理器從應用自己創建的錶面進行獲取 Bitmap 和其他錶面進行混合
這個方式有什麼作用?主要作用就是提升性能,將 DX 配合上 DirectComposition 是最無敵的性能
那麼什麼的軟體會用到這個功能?用到這個功能最多的是 UWP 應用,但是經過考古在 Win8 的全屏應用也用到這個技術,在 win32 函數裡面的 CreateWindowEx 方法創建視窗的時候,可以通過傳入 WS_EX_NOREDIRECTIONBITMAP 參數,這個參數需要傳入到擴展樣式裡面,根據文檔說的,添加這個樣式之後的應用視窗不呈現到重定向錶面。這適用於沒有可見內容的視窗,或者使用錶面以外的機制來提供其視覺效果的視窗。詳細文檔請看 Extended Window Styles (Winuser.h) - Win32 apps
如何才能說德熙不是在騙你?創建一個 UWP 應用,然後運行這個應用。打開 spyxx 工具,找到這個視窗,如我創建的 KurdigalbaHercuqeahear 視窗,右擊屬性就可以看到視窗樣式
對於 UWP 應用的實際視窗應該是 Windows.UI.Core.CoreWindow 視窗,右擊屬性切換到樣式就可以看到 UWP 的視窗設置的樣式就是 WS_EX_NOREDIRECTIONBITMAP 樣式
所有的 UWP 應用都用上了 DirectComposition 技術,此時的 UWP 能夠通過 dx 創建多個不同的錶面,將內容繪製到錶面裡面,然後經過 DWM 混合在屏幕顯示
這就是 UWP 應用渲染快的一個原因,現在的應用通過 DX 幾乎壓榨到底了,但是 DX 的渲染不等於屏幕顯示,而渲染的延遲就是用戶交互到屏幕顯示之間。而 DX 到屏幕顯示之間就差一個 DWM 桌面視窗管理器的處理,通過 DirectComposition 或者說 Composition API 技術就能做到壓榨 DWM 的渲染延遲,降低從 DX 到屏幕顯示的時間。當然處理 UWP 之外,使用 WPF 也是可以做到的,請看 WPF 使用 Composition API 做高性能渲染
當然這需要來聊下 DWM 是怎麼工作的,從大佬的 Windows with C++ - High-Performance Window Layering Using the Windows Composition Engine 可以瞭解到,在 Vista 引入的桌面視窗管理器是這樣做的,將每個視窗渲染到屏幕外的錶面或緩衝區,也就是上文說的普通應用的重定向錶面。系統為每個頂級視窗分配一個這樣的錶面,並且所有GDI,Direct3D以及Direct2D圖形都呈現到這些錶面。那為什麼這個錶面叫重定向錶面原因是GDI繪圖命令甚至Direct3D交換鏈表示請求都被重定向或通過複製(在GPU內做的)重定向錶面
而通過 DirectComposition 則是由軟體自己實現管理和創建錶面,通過 DWM 調度的是圖層合併。對應用來說有更可控和更多的優化空間,可以壓榨 DWM 部分的性能。對 DWM 來說,可以通過合成圖層的方法方便進行視窗特效處理,如亞克力效果。對其他應用來說,可以通過重定向錶面技術,獲取其他應用的截圖,這對於視頻直播軟體來說能提升很多性能。關於應用截圖請看 win10 uwp 錄製任意應用屏幕
本文只是和小伙伴吹這個技術,不會告訴大家實際上應該如何做。每個微軟添加的 API 大部分都是有歷史原因的,為什麼添加這個 API 解決什麼問題,大概都是遇到某個問題,但是正經解決方案解決不了,因為有歷史原因,所以換了一個咱看起來很詭異的方法解決
Extended Window Styles (Winuser.h) - Win32 apps
Windows with C++ - High-Performance Window Layering Using the Windows Composition Engine