這個是主執行緒中的部分代碼；
主執行緒中需要創建非模態對話框，當滑鼠按住對話框標題欄移動時，下面的等待回圈while(TRUE)就卡在下面的DispatchMessage(&msg); 函式上了，因為DispatchMessage函式要等待訊息處理函式回傳；因為是主執行緒要求回應訊息，有界面控制元件輸入，所以必須要回應訊息。有沒有什么函式可以替代DispatchMessage函式，可以不需要等待回傳？用PostMessage發送訊息行不通。
當主執行緒界面的CListCtrl控制元件有滾動條時，滑鼠點住滾動條時同樣是會堵塞，應該都是DispatchMessage函式等待回傳。
大神們，有沒有什么解決方案既可以讓主界面正常回應訊息，又不會堵塞While回圈，不遺漏同步事件的啊？？？？？？？？
hPrsEvents=CreateEvent(NULL,FALSE,FALSE,NULL);
hPrsDEvents=CreateEvent(NULL,FALSE,FALSE,NULL);
hDAQThread=AfxBeginThread(CDaqUsb1616HS::DaqScanT,&m_daq); // 資料采集執行緒
hPrcThread=AfxBeginThread(CDataPreAnalyse::DaqRundataPrc,&m_dpa); //資料處理執行緒
hAllEvents[0]=hPrsEvents;
hAllEvents[1]=hPrsDEvents;
while (TRUE)
{
dwRet = MsgWaitForMultipleObjects (2, hAllEvents, FALSE, INFINITE, QS_ALLINPUT); //等待
switch(dwRet)
{
case WAIT_OBJECT_0: //停止
str.Format("資料采集結束!采集次數=%ld,顯示存盤數量=%ld;",m_daq.daqP.SampleNum,i);
strInfo=str;
break; //break the loop
case WAIT_OBJECT_0+1: // 資料更新
i++；
str.Format("顯示資料個數i=%ld,資料處理次數=%d;",i,m_dpa.dataP.iPrsTimes);
strInfo=str;
SetStatusInfo(strInfo,1);
UpdateShow();
continue;
case WAIT_OBJECT_0 + 2:
while (PeekMessage(&msg,NULL,0,0,PM_REMOVE))
{
TranslateMessage(&msg);
DispatchMessage(&msg); ////當滑鼠按住對話框標題欄移動時
}
continue;
default:
break; // unexpected failure
}
break;
}
uj5u.com熱心網友回復：
Note that the application is responsible for retrieving and dispatching input messages to the dialog box. Most applications use the main message loop for this. However, to permit the user to move to and to select controls by using the keyboard, the application must call IsDialogMessage. For more information, see Dialog Box Keyboard Interface.看看是不是這個的影響~uj5u.com熱心網友回復：
IsDialogMessage本身也是同步的，一樣會阻塞的啊！我試了一下，結果也是一樣的
uj5u.com熱心網友回復：
MsgWaitForMultipleObjects 你要用這個uj5u.com熱心網友回復：
《Windows核心編程》uj5u.com熱心網友回復：
4樓的， 《Windows核心編程》 好厚的一本，關于我問題中的訊息處理在哪里啊？幫忙定位一下吧。。。uj5u.com熱心網友回復：
while (PeekMessage(& 修改為 if(PeekMessage(& 試試看uj5u.com熱心網友回復：
while (PeekMessage(& 修改為 if(PeekMessage(& 試試看
還會有其他問題的，訊息一次取一個，很容易死掉，以前我是用if的，用while一次把所有訊息都取完是最好的，不然效率太低！！
問題是在dispatchmessage上，他是同步函式，所以要等待訊息處理完之后回傳；因為拖動標題欄要等待滑鼠放掉，一個拖動動作才算完成，我用攔截滑鼠拖動標題欄的訊息，自己實作拖動視窗的功能克服了這個問題；我想用同樣的辦法消除，滑鼠點擊最小，最大化按鈕不放，和滑鼠點住CListCtrl里面的滾動條不放導致界面不能更新的問題，發現我無法判斷滑鼠具體點擊滾動條的什么部位，如是滾動條的左右兩邊的箭頭，滾動潭訓塊還是滾動條空白處；沒有函式和引數可以得到這個資訊；因為CListCtrl里面的滾動條不是CScrollBar物件，是自繪的滾動條，所以GetScrollBarCtrl函式得到的是空指標；我也知不道怎么樣得到滑鼠是點擊了最小化最大化按鈕；請問大神有辦法解決嗎？
uj5u.com熱心網友回復：
那就不要在主執行緒中等待事件, 啟動一個定時器去檢測采集和處理事件, 等待超時引數設為0， 等待立即回傳uj5u.com熱心網友回復：
我知道用settimer可以克服拖動CListCtrl里面滾動條時卡住的問題，但是對于拖動標題欄或者按住標題欄內最小 最大化按鈕時，同樣是有問題的；所以我在想有沒有徹底解決這些問題的方法，這些問題都是由于dispatchmessage發送出去的訊息都要等待回傳，drag and drop；難道就沒有簡單的方法能夠克服上述缺點的嗎？？？？uj5u.com熱心網友回復：
帶著自己遇到的問題看《Windows核心編程》中相關章節。
uj5u.com熱心網友回復：
我已經把書從第一頁看完第九章了：用內核進行執行緒同步了，還是沒有找到解決方法；
難道我看岔了嗎？沒發現解決方法。。。
uj5u.com熱心網友回復：
那就換《深入淺出MFC》
uj5u.com熱心網友回復：
這本書我看過的，沒有這方面的內容，我準備自己去實作CListCtrl里的滾動條功能；
uj5u.com熱心網友回復：
參考一下 http://www.codeproject.com/Articles/29064/CGridListCtrlEx-Grid-Control-Based-on-CListCtrl？uj5u.com熱心網友回復：
看著這是win32 編程吧，代碼有點堆砌，邏輯改改，
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/79661.html
標籤：進程/線程/DLL
上一篇：MFC問題?