下面的代碼我調(diào)試了將近一個(gè)星期
，你能夠看出什么地方出了問(wèn)題嗎？
線程函數(shù)：
DWORD?WINAPI?ThreadProc(
????
while
(
!
bTerminate)
????
{
????????
//
?從一個(gè)鏈表中讀取信息并且插入到CListCtrl中
????????
//
?CListCtrl的句柄是通過(guò)線程參數(shù)傳遞進(jìn)來(lái)的
????????
for
(;;)
???????
{
???????????ReadInfoFromList();
???????????InsertToCListCtrl();
????????}
????}
}
主線程中使用CreateThread啟動(dòng)線程。
當(dāng)想終止子線程時(shí)，在主線程中:
bTerminate = TRUE;
WaitForSingleObject(threadHandle, INFINITE);
可是，以運(yùn)行到WaitForSingleObject，子線程就Crash了。
為什么呢？
問(wèn)題原因：
后來(lái)我終于在InsertItem的反匯編中發(fā)現(xiàn)了如下的代碼
call dword ptr [__imp__SendMessageA@16 (7C141B54h)]
可見(jiàn)，InsertItem是必須借助消息循環(huán)來(lái)完成任務(wù)的。如果我們?cè)谥骶€程中WaitForSingleObject了，必然導(dǎo)致主線程阻塞，也就導(dǎo)致了消息循環(huán)的阻塞，最終導(dǎo)致工作線程Crash掉了*_*
解決方案：
為了解決在主線程中Wait的問(wèn)題，微軟專(zhuān)門(mén)設(shè)計(jì)了一個(gè)函數(shù)MsgWaitForMultipleObjects，這個(gè)函數(shù)即可以等待信號(hào)（thread,event,mutex等等），也可以等待消息（MSG）。即不論有信號(hào)被激發(fā)或者有消息到來(lái)，此函數(shù)都可以返回。呵呵，那么我的解決辦法也就出來(lái)了。
將上面的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);?
????}?
}
總結(jié)：
如果在工作線程中有可能涉及到了消息驅(qū)動(dòng)的API，那么不能在主線程中使用WaitForSingleObject一類(lèi)函數(shù)，而必須使用上述的方案。