下面的代碼我調試了將近一個星期
，你能夠看出什么地方出了問題嗎？
線程函數：
DWORD?WINAPI?ThreadProc(
????
while
(
!
bTerminate)
????
{
????????
//
?從一個鏈表中讀取信息并且插入到CListCtrl中
????????
//
?CListCtrl的句柄是通過線程參數傳遞進來的
????????
for
(;;)
???????
{
???????????ReadInfoFromList();
???????????InsertToCListCtrl();
????????}
????}
}
主線程中使用CreateThread啟動線程。
當想終止子線程時，在主線程中:
bTerminate = TRUE;
WaitForSingleObject(threadHandle, INFINITE);
可是，以運行到WaitForSingleObject，子線程就Crash了。
為什么呢？
問題原因：
后來我終于在InsertItem的反匯編中發現了如下的代碼
call dword ptr [__imp__SendMessageA@16 (7C141B54h)]
可見，InsertItem是必須借助消息循環來完成任務的。如果我們在主線程中WaitForSingleObject了，必然導致主線程阻塞，也就導致了消息循環的阻塞，最終導致工作線程Crash掉了*_*
解決方案：
為了解決在主線程中Wait的問題，微軟專門設計了一個函數MsgWaitForMultipleObjects，這個函數即可以等待信號（thread,event,mutex等等），也可以等待消息（MSG）。即不論有信號被激發或者有消息到來，此函數都可以返回。呵呵，那么我的解決辦法也就出來了。
將上面的WaitForSingleObject用下面的代碼替換：
while(TRUE)
{
????DWORD?result?;?
????MSG?msg?;?
????result?=?MsgWaitForMultipleObjects(1,?&readThreadHandle,?
????????FALSE,?INFINITE,?QS_ALLINPUT);?
????if?(result?==?(WAIT_OBJECT_0))
????{
????????break;
????}?
????else?
????{?
????????PeekMessage(&msg,?NULL,?0,?0,?PM_REMOVE);
????????DispatchMessage(&msg);?
????}?
}
總結：
如果在工作線程中有可能涉及到了消息驅動的API，那么不能在主線程中使用WaitForSingleObject一類函數，而必須使用上述的方案。