• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            最近工作中遇到Window Ghosting這個(gè)問題, 感覺挺有意思,這里簡(jiǎn)單記錄下。



            在XP時(shí)代我們的程序沒有響應(yīng)后只能通過任務(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)部是否通過SendMessageTimeout來實(shí)現(xiàn)的, 跟蹤下我們會(huì)發(fā)現(xiàn)不是我們想象的那樣, IsHungAppWindow內(nèi)部掉用了未公開的API NtUserQueryWindow。

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

            這是MSDN中的原話: 
            Determines whether the system considers that a specified application is not responding. An application is considered to be not responding if it is not waiting for input, is not in startup processing, and has not calledPeekMessage within the internal timeout period of 5 seconds.
            簡(jiǎn)單來說就是程序在非等待輸入狀態(tài) ,不是在程序啟動(dòng)階段, 并且5秒內(nèi)沒有從消息隊(duì)列中取消息。 

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

            我們知道失去響應(yīng)的窗口一般來說是因?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è)瓉淼拇翱冢?實(shí)際上我們真正的窗口已經(jīng)讓系統(tǒng)用Ghosting窗口替代了。
            完整過程是這樣的, 當(dāng)系統(tǒng)檢測(cè)到我們程序窗口失去響應(yīng)了, 系統(tǒng)進(jìn)程(dwm.exe)會(huì)以相同的Z-order, 位置,大小和Style創(chuàng)建一個(gè)ghosting窗口(可以通過SPY查看 ,類名是Ghost), 我 們看到的失去響應(yīng)的窗口就是這個(gè)窗口, 該窗口的客戶區(qū)內(nèi)容是從老窗口中拷貝過來的。而我們?cè)瓉碚嬲翱谝琅f在那里(style, 位置,大小和z-order都沒有變 ), 但是dwm.exe合成屏幕內(nèi)容是并不會(huì)把這個(gè)窗口畫出來, 所以我們看起來就是原來的窗口給hide了。
             
            這就是Window Ghosting的奧秘, 我們可以在程序中調(diào)用 API DisableProcessWindowsGhosting 來禁止系統(tǒng)對(duì)我們的程序使用 Window Ghosting.

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

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

            FeedBack:
            # re: Window Ghosting
            2014-01-08 21:50 | relax
            挺有意思  回復(fù)  更多評(píng)論
              
            # re: Window Ghosting[未登錄]
            2014-01-08 22:12 | 萬連文
            記憶中是Send/PostMessage返回FALSE表示窗口假死,Chromium源碼中有的。Ghosting是很早就知道了,感覺有遮罩層的意思,方便接管消息做統(tǒng)一的假死處理。  回復(fù)  更多評(píng)論
              
            # re: Window Ghosting
            2014-01-09 10:24 | Richard Wei
            @萬連文
            對(duì)假死窗口調(diào)用SendMessage應(yīng)該會(huì)一直等待,不會(huì)返回, 直到窗口有響應(yīng)  回復(fù)  更多評(píng)論
              
            免费观看成人久久网免费观看| 人妻少妇精品久久| 99久久婷婷国产综合亚洲| 777米奇久久最新地址| 国产高潮国产高潮久久久91 | 精品熟女少妇a∨免费久久| 俺来也俺去啦久久综合网| 性做久久久久久久久老女人| 国内精品人妻无码久久久影院| 久久天天躁狠狠躁夜夜2020| 精品国产一区二区三区久久久狼 | 久久久久99精品成人片| 久久国产欧美日韩精品| 久久精品国产欧美日韩99热| 91精品国产高清久久久久久91| 99久久精品免费看国产一区二区三区 | 久久久国产精品亚洲一区| 欧美伊人久久大香线蕉综合69 | 国产ww久久久久久久久久| 性色欲网站人妻丰满中文久久不卡| 国产精品午夜久久| 久久国产成人精品麻豆| 久久精品中文无码资源站| 久久人人爽人人爽人人片AV麻烦| 久久亚洲视频| 久久人人爽人人爽人人片AV麻豆 | 久久精品国产72国产精福利| 2021国产成人精品久久| 91精品国产综合久久精品| 久久精品国产久精国产思思| 婷婷综合久久中文字幕蜜桃三电影 | 久久人人爽人人爽人人av东京热 | 99re久久精品国产首页2020| 久久精品人人做人人爽97| 欧美黑人又粗又大久久久| 伊人久久精品无码二区麻豆| 亚洲综合伊人久久综合| 久久国产精品成人片免费| 粉嫩小泬无遮挡久久久久久| 国产成人精品免费久久久久| 久久婷婷久久一区二区三区|