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

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

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

因為在多處增加LOG 輸出后，發(fā)現(xiàn)有：

start call FindWindow.

輸出，但無：

end of call FindWindow. 輸出！

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

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"); 引起的。

?

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

但通過遠程工具：Remote Process Viewer 查看進程時，被查找的窗體名是正確的，還是：Test2AppWinName。

在出錯后，另寫一個簡單的程序，通過FindWindow 查找上面的窗體時，可以正確查找到。

?

以下通過遠程工具截取的進程與窗體名等相關信息的圖片：

1）正確的情況下：

2）錯誤的情況下：

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

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

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