关于WaitForMultipleObjects函数监测事件状态的问题

最新推荐文章于 2020-11-24 22:41:41 发布

原创最新推荐文章于 2020-11-24 22:41:41 发布 · 851 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#WaitForMultipleObjec #双检测

windows编程专栏收录该内容

12 篇文章

订阅专栏

本文探讨了在实时数据处理场景下，如何通过改进WaitForMultipleObjects函数实现更高效的事件处理机制。重点介绍了双WaitForMultipleObjects检测机制的应用，解决了频繁触发的事件对象导致其他事件被忽视的问题，确保所有事件都能得到及时处理。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

多个内核对象被触发时，WaitForMultipleObjects选择其中序号最小的返回。而WaitForMultipleObjects它只会改变使它返回的那个内核对象的状态。
这儿又会产生一个问题，如果序号最小的那个对象频繁被触发，那么序号比它大的内核对象将的不到被出理的机会。

为了解决这一问题，可以采用双WaitForMultipleObjects检测机制来实现。

这是在百度百科上的一段话。

其实自己在项目中也用到过这个WaitForMultipleObjects函数，但是没有考虑过上述的问题。因为第一：上述的出现（如果序号最小的那个对象频繁被触发，那么序号比它大的内核对象将的不到被出理的机会）这种情况的几率较小。第二：即使是偶然出现几次，对项目的数据处理也没什么影响。

但是如果是实时的数据处理，必须在事件被激活后马上进行处理，这种情况下就必须要考虑上述的情况了。

大致的处理代码如下：

DWORD ProcessData()
{
DWORD dwRet = 0;
int nIndex = 0;
while(1)
{dwRet = WaitForMultipleObjects(nCount,pHandles,false,INFINITE);
switch(dwRet)
{
case WAIT_TIMEOUT:
break;
case WAIT_FAILED:
return 1;
default:
{
nIndex = dwRet - WAIT_OBJECT_0;
处理索引为nIndex 的event事件，可能要setEvent让其恢复到有信号状态；

处理完成后检测nIndex 之后的所有event，看看有没有是有信号状态的。

nIndex ++;

while(nIndex < nCount)
{
dwRet = WaitForMultipleObjects(nCount - nIndex,&pHandles[nIndex],false,0);
switch(dwRet)
case WAIT_TIMEOUT:
nIndex = nCount; //退出检测,因为没有被触发的对象了.
break;
case WAIT_FAILED:
return 1;
default:
{ nIndex = dwRet - WAIT_OBJECT_0;
处理索引为nIndex 的event事件，可能要setEvent让其恢复到有信号状态;

nIndex ++;
}
break;
}
}
}
break;
}
}
return 0;
}

以后写代码时再碰到这种问题还是要用WaitForMultipleObjects双检测的好，虽然即使不用影响可能也不大。但是在做项目时还是得严谨，这样的软件健壮性才好。