MsgWaitForMultipleObjects()函数的前两个参数该怎么设置

[qingfeng_happy5]

我要在主线程中等待一个工作线程退出，由于工作线程中有往主线程发消息的操作，所以，如果在主线程中用WaitForSingleObject等待，有时会导致死锁。现在我想用
MsgWaitForMultipleObjects()函数来实现。可是在使用中我发现，如果我要等待的是一个工作线程，按如下操作，还是会死锁。MsgWaitForMultipleObjects根本不返回。

dRet=MsgWaitForMultipleObjects(1,&m_pThread1>m_hThread,TRUE,INFINITE,QS_ALLINPUT);

可如果我将句柄数组设置为2个，就可以返回，也不会导致死锁。

HANDLE hArray[2]={m_pThread1>m_hThread};
dRet=MsgWaitForMultipleObjects(2,&hArray,TRUE,INFINITE,QS_ALLINPUT);

当我要等待两个工作线程退出时，如果我按下面这样操作，函数还是不返回

HANDLE hArray[2]={m_pThread1>m_hThread，m_pThread2>m_hThread};
dRet=MsgWaitForMultipleObjects(2,&hArray,TRUE,INFINITE,QS_ALLINPUT);

可如果我将等待的数组设置为3个，或是大于3，就可以返回了

HANDLE hArray[3]={m_pThread1>m_hThread，m_pThread2>m_hThread};
dRet=MsgWaitForMultipleObjects(3,&hArray,TRUE,INFINITE,QS_ALLINPUT);

可以保证，我其他的操作都是正确的。
请问，这是怎么回事，如果我想等待2个线程，难道就不能将句柄数组设置为2？

[cnzdgs]

第3参数改成FALSE。

[cnzdgs]

补充一句，当你把句柄数多给1时，因为最后是一个无效句柄，所以函数调用出错了，所以会返回。

[qingfeng_happy5]

确实是函数调用出错了，如果我想等两个线程对象，这样就不可以吗？为什么呢？看起来很合理啊
HANDLE hArray[2]={m_pThread1>m_hThread，m_pThread2>m_hThread};
dRet=MsgWaitForMultipleObjects(2,&hArray,TRUE,INFINITE,QS_ALLINPUT);

[cnzdgs]

这个参数给TRUE表示等待所有对象都变为“有信号”状态；给FALSE表示任意一个对象“有信号”或者收到消息则返回。

[keven1868]

我觉得你的这个问题关键并不在于你调用WaitForSingleObject还是MsgWaitForMultipleObjects，而在于你给入的句柄没有得到消息触发，问题可能是出在你的工作线程和使用方式上

[yaozhu88]

你的具体两个线程做什么的？要是其中一个线程运行一下子就结束了，MsgWaitForMultipleObjects(2,&hArray,TRUE,INFINITE,QS_ALLINPUT); 此时它不会返回，但是要是你产生了消息，它会返回啊。
最后，你的最后一个线程结束的话，此时它也只会有一个对象触发了啊。它怎么会返回啊？

[oyljerry]

如fWaitAll设为TRUE，则下述任何一个常数都标志着成功：
　　WAIT_ABANDONED_0：所有对象都发出消息，而且其中一个或多个属于互斥体（一但拥有它门的进程中止，就会发出信号）。
　　WAIT_TIMEOUT：对象保持未发信号的状态，但规定的等待超时时间已经超过
　　WAIT_OBJECT_0：所有的对象都发出信号
　　WAIT_TO_COMPLETION（仅适用于WaitForSingleObjectEx），由于一个I/O完成操作已准备好执行，从而造成了函数的返回。
　　返回WAIT_FALIED表示函数执行失败。会设置GetLastError
　　如fWaitAll设为FALSE，那返回结果与前面说的相似，只是可能还会返回相对于WAIT_ABANDONED_0或WAIT_OBJECT_0的一个正偏移量，指出哪个对象是被抛弃还是发出信号。
　　如果是由于dwWakeMask指定的，符合特殊标准的一条消息的到达而造成了函数的返回，则返回WAIT_OBJECT_0 + nCount

[keven1868]

[Quote=引用 7 楼 oyljerry 的回复:]
如fWaitAll设为TRUE，则下述任何一个常数都标志着成功：
　　WAIT_ABANDONED_0：所有对象都发出消息，而且其中一个或多个属于互斥体（一但拥有它门的进程中止，就会发出信号）。
　　WAIT_TIMEOUT：对象保持未发信号的状态，但规定的等待超时时间已经超过
　　WAIT_OBJECT_0：所有的对象都发出信号
　　WAIT_TO_COMPLETION（仅适用于WaitForSingleObjectEx），由于一个I/O完成操作已准备好执行，从而造成了函数的返回。 …
[/Quote]

楼主提到过只等待一个句柄的时候也会有等不到的情况，所以主要的问题应该还是在工作线程上，可能时线程在应该退出时却没有退出导致，对于是否等待全部句柄得到消息触发这个选项只是在等待多个句柄时才会存在的问题，即使修改此处为FALSE，等待函数可以执行通过，但是不能从根本上解决问题，可能还有线程没有退出，而且很多时候在处理多个工作线程退出时，是需要置此标志为TRUE，即等待所有工作线程都退出后再向下执行

[qingfeng_happy5]

我在用MsgWaitForMultipleObjects等待两个线程退出过程中，调试发现，其中由一个线程是能退出的，而另一个就退出不了。退出不了的那个线程函数如下。我是用一个类静态成员函数做线程函数，然后在静态函数里又调用了非静态成员函数
SetProgress()来执行具体的线程操作。m_progress为一个进度条控件的成员变量，我也知道在工作线程函数体内操作主线程的MFC对象会不安全，我之所以这样做就是为了测试。我不在线程函数体内调用m_progress.SetPos(nCount)，而采用在线程函数体内往主线程发消息的形式SendMessage()，然后在消息响应函数里设置进度，可还是死锁。


//以下为线程函数体
UINT CThreadTest::TH_SetProgress(LPVOID lpVoid) //静态成员函数
{
CThreadTest *pTest=(CThreadTest *)lpVoid;
pTest->SetProgress();

return 0;
}

void CThreadTest::SetProgress()
{
int nCount=0;
while (1)
{
m_progress.SetPos(nCount);
nCount++;

if (g_exitThread) //全局变量
{
TRACE("线程1已退出!\n");
return;
}

Sleep(100);
}
}

最后我在退出函数里等待两个线程退出
/退出线程1和2
void CThreadTest::OnButton6()
{
g_exitThread=TRUE;
...
...
HANDLE hArray[2]={m_pThread1>m_hThread，m_pThread2>m_hThread};
dRet=MsgWaitForMultipleObjects(2,&hArray,TRUE,INFINITE,QS_ALLINPUT);

// 执行不到此处 MsgWaitForMultipleObjects函数无法返回
}

线程1为什么不能退出呢？

[oyljerry]

g_exitThread=TRUE;

－－－线程就退出了，还没到MsgWaitForMultipleObjects等待

[qingfeng_happy5]

g_exitThread=TRUE;

－－－线程就退出了，还没到MsgWaitForMultipleObjects等待
///

你说的只是偶尔出现的，如果工作线程执行到m_progress.SetPos(nCount); 这句然后就转而执行主线程中的g_exitThread=TRUE...等程序，那不就退出不了了吗。

[oyljerry]

m_progress.SetPos(nCount);
－－－这一句没有返回???
你发送消息PostMessage，SendMessage需要等待返回

[qingfeng_happy5]

我知道要是用PostMessage就什么问题都不存在了。我不明白的是，如果我不用m_progress.SetPos(nCount)而用SendMessage发消息形式，且MsgWaitForMultipleObjects()函数最后一个参数设置为QS_ALLINPUT的话，为什么会等不到消息呢？因为现在我可以确定问题就出在MsgWaitForMultipleObjects这个函数无法接收到我工作线程Send到主线程的消息，换句话说就是这个函数无法在有消息到来时返回。还请大侠给指点一下。多谢了

[oyljerry]

MsgWaitForMultipleObjects
等的线程handle，你发送的消息，SendMessage又不返回，造成死锁

[qingfeng_happy5]

解决办法找到了，就是一楼说的将bWaitAll参数设置为FALSE就可以了。具体原因一句两句也说不清楚，给大家提供一个链接地址，里面有我对这个函数的一些理解，希望对大家有帮助。
http://blog.csdn.net/qingfeng_happy5/archive/2008/12/14/3515283.aspx