16,548
社区成员
发帖
与我相关
我的任务
分享WaitForMultipleObjects的超时问题，在线等待解答。
我在WaitForMultipleObjects等待的事件如果触发了，超时的那个参数自动重新开始计时还是接着计时？
如果不是重新计时的话，怎么才能够让他重新开始计时？
如果不是重新计时的话，怎么才能够让他重新开始计时？
...全文
请发表友善的回复…
发表回复
zottff 2007-04-06
- 打赏
- 举报
这是一个进程互斥，使用mutex,在每次操作list之前先锁定，操作完后解除锁定就可以了
sirguan 2007-04-05
- 打赏
- 举报
同意楼上所有人的
goodmilk 2007-04-05
- 打赏
- 举报
重新开始计时，在次调用WaitForMultipleObjects就可以重新开始了。
zottff 2007-04-05
- 打赏
- 举报
每次都是从调用WaitForMultipleObjects的时候从0开始计时， 事件如果触发了，计时停止
东文-桑晨 2007-04-05
- 打赏
- 举报
自动重新计时
ouyh12345 2007-04-05
- 打赏
- 举报
自动重新开始计时
afantict 2007-04-05
- 打赏
- 举报
如果WaitForMultipleObjects等待的事件的其中一个先到了，紧接着另外一个也到了，是先处理完第一个，然后处理第二个，还是两个都处理。
如果是两个都处理的话，加入他们处理的是同一件事情，怎么才能让他们如果知道了对方刚刚执行或者正在执行的话，那么自己就不执行了。举个例子：
假如线程A在等待close信号，如果到了timeout，就触发线程B。线程B是去从一个list里面取数据，然后把list清空，然后把取到的数据写文件。
但是还有一个put方法，这个put方法不停被外界调用，往list里面写数据。每次调用后都检查一下list大小，如果达到一定大小以后，也触发线程B，线程B去从list里面取数据，然后把list清空，然后把取到的数据写文件。
我现在的问题是如果timeout触发了线程B，但是在还没有从list取数据的时候，put方法也触发了线程B，这样的话，可能双方都有一个写文件的操作，怎么才能避免？
如果是两个都处理的话，加入他们处理的是同一件事情，怎么才能让他们如果知道了对方刚刚执行或者正在执行的话，那么自己就不执行了。举个例子：
假如线程A在等待close信号，如果到了timeout，就触发线程B。线程B是去从一个list里面取数据，然后把list清空，然后把取到的数据写文件。
但是还有一个put方法，这个put方法不停被外界调用，往list里面写数据。每次调用后都检查一下list大小，如果达到一定大小以后，也触发线程B，线程B去从list里面取数据，然后把list清空，然后把取到的数据写文件。
我现在的问题是如果timeout触发了线程B，但是在还没有从list取数据的时候，put方法也触发了线程B，这样的话，可能双方都有一个写文件的操作，怎么才能避免？
