我覺得我可以加入歷史博物館了，加入微軟歷史博物館，本文也是和大家吹歷史的博客
簡單說這個 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