问题标签 [waitformultipleobjects]

在 Windows 中，如果一个事件在多个线程中注册，则 APIWaitForMultipleObjects将在事件发生时仅唤醒一个线程。我现在必须移植一个在其线程池中使用它的应用程序，我正在寻找在 Linux 中执行此操作的最佳实践。

我知道epoll哪个可以等待 fds（我可以用 来创建pipe），但是在多个线程中等待一个 FD 可能会在只需要一个线程时唤醒每个线程。

在 Linux 上实现这种行为的最佳实践是什么？我真的不想拆分一个事件来拥有与工作线程一样多的 FD，因为这可能会在某些系统上达到 FD 限制，因为我有很多事件（所有事件都会被拆分）。

我的想法是创建 1 个主线程，将工作委托给可用的工作人员（或者如果所有工作人员都在工作，则将任务排队），但这意味着我有一个额外的上下文切换（并因此放弃计算时间）作为master 会醒来，然后唤醒另一个 worker。如果没有其他可能干净地实现这一点，我会这样做。不幸的是，我无法摆脱当前的架构，所以我需要解决这个问题。

是否有适用于此类问题的 API？

我有

然后在一个循环中创建多个线程，并将线程句柄分配给 H 的元素，然后等待它们。将@H[0] 作为第二个参数传递给下面的 WFMO 是可行的。

但是传递@H 如下失败并出现WAIT_FAILED。GetLastError 返回“无效句柄”。

为什么 @H 与 @H[0] 不同？

通常，WaitForMultipleObjects 接受一个参数，告诉它该方法需要等待多少个事件。

我的要求是等待不固定数量的事件。因此，可以在上述函数中等待可变数量的事件，或者我可以在 Windows 中实现这一点的另一种方式。

这是我用于启动外部应用程序并等待它完成的代码的一部分：

没关系，直到调用 exe 出现问题导致我的应用程序无限期等待。

我没有给出超时数字，因为被调用的 exe 正在与 Outlook 或 Google 同步日历事件。因此，取决于用户的互联网性能和正在同步的服务器......

有什么方法可以安全地添加一个不会实现实际过程的超时？

我正在使用带有 C/C++ 的 Win32Api（Windows API）。

我能够采用像素的 RGB 颜色。

但我不想做一个繁忙的循环。是否有任何方法或任何方法可以在不使用繁忙循环的情况下等待像素的特定颜色加载？