WinCE7.0_FindWindow函數(shù)在線程中調(diào)用卡死的現(xiàn)象（1）

遇到一個(gè)問題，開發(fā)的程序莫名其妙的卡死了！

這個(gè)程序是運(yùn)行在一個(gè)大環(huán)境中，我的程序并未更新。但從現(xiàn)象上來看，確實(shí)是我的程序在接收到UI 通過SendMessage 發(fā)來的消息后，在處理中引起卡死的現(xiàn)象。將我的這個(gè)程序，放在之前的版本中，就不會出現(xiàn)卡死的問題。

雖然開始懷疑不是自己程序的問題，但還是先從自己的程序入手，希望能找到卡死的原因。最后確定的原因讓我吃驚，竟然是FindWindow 函數(shù)調(diào)用后沒有返回，引起卡死的現(xiàn)象出現(xiàn)。

因?yàn)樵诙嗵幵黾覮OG 輸出后，發(fā)現(xiàn)有：

start call FindWindow.

輸出，但無：

end of call FindWindow. 輸出！

查看此處代碼，發(fā)現(xiàn)自己以前竟然遇到過類似的問題。但是由于另外一句FindWindow 是測試用的，所以當(dāng)時(shí)只是簡單的將它注釋了，然后寫上了注釋掉它的原因。如下面的代碼所示：

RETAILMSG(1,(L"start?call?FindWindow.rn"));
//?hAgent?=::FindWindow(NULL,L"TestAppWinName");??????????????????//此句放在線程中引起線程卡死
hClient?=::FindWindow(NULL,L"Test2AppWinName");
RETAILMSG(1,(L"end?of?callFindWindow.rn"));

現(xiàn)在的卡死問題的原因下面這句：hClient = ::FindWindow(NULL,L"Test2AppWinName"); 引起的。

?

通過遠(yuǎn)程工具：Remote Spy 查看出錯(cuò)前與出錯(cuò)后的進(jìn)程信息，對比發(fā)現(xiàn)被查找的窗體的窗體名從：Test2AppWinName 變?yōu)榭樟恕?/p>

但通過遠(yuǎn)程工具：Remote Process Viewer 查看進(jìn)程時(shí)，被查找的窗體名是正確的，還是：Test2AppWinName。

在出錯(cuò)后，另寫一個(gè)簡單的程序，通過FindWindow 查找上面的窗體時(shí)，可以正確查找到。

?

以下通過遠(yuǎn)程工具截取的進(jìn)程與窗體名等相關(guān)信息的圖片：

1）正確的情況下：

2）錯(cuò)誤的情況下：

兩幅圖最大的區(qū)別就在于“Window Property”中的“Window”的內(nèi)容。

其實(shí)，問題的原因還沒有找到，還需要繼續(xù)。

后續(xù)的分析，見：WinCE7.0_FindWindow函數(shù)在線程中調(diào)用卡死的現(xiàn)象(2）