在XP時(shí)代我們的程序沒有響應(yīng)后只能通過(guò)任務(wù)管理器強(qiáng)制殺掉，但是Vista之后情況變了， 我們?nèi)匀豢梢酝蟿?dòng)失去響應(yīng)的窗口，甚至可以嘗試最小化和關(guān)閉窗口， 我們把這個(gè)特性叫住Window Ghosting。

首先我們考慮下怎樣判斷一個(gè)窗口是否已經(jīng)失去響應(yīng)？

 

一般我們想到的是SendMessageTimeout，給窗口發(fā)送WM_NULL消息，判斷返回是否超時(shí)。這當(dāng)然也是一種方法，但是系統(tǒng)有更方便的API  IsHungAppWindow， 該API是判斷窗口是否失去響應(yīng)的標(biāo)準(zhǔn)方法。我們猜測(cè)IsHungAppWindow內(nèi)部是否通過(guò)SendMessageTimeout來(lái)實(shí)現(xiàn)的， 跟蹤下我們會(huì)發(fā)現(xiàn)不是我們想象的那樣， IsHungAppWindow內(nèi)部掉用了未公開的API NtUserQueryWindow。

接下來(lái)考慮下 IsHungAppWindow 是如何鑒定一個(gè)窗口是否在失去響應(yīng)狀態(tài)？

這是MSDN中的原話： 

簡(jiǎn)單來(lái)說(shuō)就是程序在非等待輸入狀態(tài) ，不是在程序啟動(dòng)階段， 并且5秒內(nèi)沒有從消息隊(duì)列中取消息。 

下面我們思考系統(tǒng)是如何實(shí)現(xiàn)Window Ghosting的？

我們知道失去響應(yīng)的窗口一般來(lái)說(shuō)是因?yàn)閁I線程正在做一些繁忙的工作， 或是UI線程死鎖而沒有在繼續(xù)運(yùn)行了。 那這里就很奇怪了， UI線程都失去響應(yīng)了， 窗口怎么還能響應(yīng)我們的鼠標(biāo)拖動(dòng)消息？我們的鼠標(biāo)拖動(dòng)事件需要運(yùn)行在UI線程中才行 ，該實(shí)現(xiàn)有些顛覆我們現(xiàn)有的計(jì)算機(jī)知識(shí)。

這里的關(guān)鍵就是我們看到的失去響應(yīng)的窗口是不是還是我們?cè)瓉?lái)的窗口？ 實(shí)際上我們真正的窗口已經(jīng)讓系統(tǒng)用Ghosting窗口替代了。

完整過(guò)程是這樣的， 當(dāng)系統(tǒng)檢測(cè)到我們程序窗口失去響應(yīng)了， 系統(tǒng)進(jìn)程(dwm.exe)會(huì)以相同的Z-order, 位置，大小和Style創(chuàng)建一個(gè)ghosting窗口（可以通過(guò)SPY查看 ，類名是Ghost）， 我 們看到的失去響應(yīng)的窗口就是這個(gè)窗口， 該窗口的客戶區(qū)內(nèi)容是從老窗口中拷貝過(guò)來(lái)的。而我們?cè)瓉?lái)真正窗口依舊在那里（style, 位置，大小和z-order都沒有變 )， 但是dwm.exe合成屏幕內(nèi)容是并不會(huì)把這個(gè)窗口畫出來(lái)， 所以我們看起來(lái)就是原來(lái)的窗口給hide了。

 

這就是Window Ghosting的奧秘， 我們可以在程序中調(diào)用 API DisableProcessWindowsGhosting 來(lái)禁止系統(tǒng)對(duì)我們的程序使用 Window Ghosting.

Window Ghosting這個(gè)特性很不錯(cuò)， 讓失去響應(yīng)的程序也有很好的用戶體驗(yàn)， 但是它也帶來(lái)了一些問題。

我遇到的問題是我們?cè)诿杜e窗口的過(guò)程中，我們通過(guò)GetWindowRect查詢一個(gè)失去響應(yīng)的程序窗口的位置，但是返回結(jié)果卻和我們屏幕上看到的不一致， 因?yàn)槲覀兛吹降氖潜晃覀兺蟿?dòng)過(guò)的Ghosting window，但是API返回的確是被hide的原窗口的位置。 這種情況下我們需要原窗口和Ghosting窗口的一張映射表， 但是我還沒有找到他們對(duì)應(yīng)關(guān)系的方法， 不知道系統(tǒng)又沒有相關(guān)API提供？一種方法是通過(guò)查找類名是"Ghost"的窗口，判斷進(jìn)程是不是dwm.exe， 再通過(guò)標(biāo)題匹配。但是該方法效率低，也不可靠。