看起来Linux没有实现pthread_suspend和pthread_continue，但我确实需要它们。
我尝试过使用cond_wait，但速度太慢了。这些线程执行的工作大多在50微秒内完成，但有时会执行超过500毫秒的任务。cond_wait的问题有两个。第一，互斥锁需要占用与微秒级别执行时间相当的时间，而且我不需要锁定。第二，我有很多工作线程，不想为每个线程都创建一个条件变量。
我知道哪个线程正在等待哪项工作，可以直接pthread_continue那个线程。线程知道何时没有更多的工作并且可以轻松地pthread_suspend自己。这样不需要锁定，避免了锁竞争，速度也更快。问题是...没有pthread_suspend或者_pthread_continue。
有什么想法吗？
使线程等待特定信号。
pthread_kill 来向特定线程发送信号，否则你无法预测哪个线程将会恢复。 - jweyrich让线程在管道读取上阻塞。然后通过管道分发数据。线程将因为需要处理的数据到达而被唤醒。如果数据非常大，只需通过管道发送指针。
如果特定数据需要发送到特定线程，则需要每个线程一个管道。如果任何线程都可以处理任何数据，则所有线程都可以阻塞在同一个管道上，并且它们将轮流唤醒。
在我看来，这样的解决方案（即使用“pthread_suspend”和“pthread_continue”）不可避免地存在竞争。
工作线程完成工作并决定暂停自己之间可能会有任意数量的时间流逝，而实际暂停发生的时间也是不确定的。如果主线程在此期间决定让该工作线程再次工作，“continue”将没有效果，工作线程将无论如何暂停自己。
（请注意，这不适用于允许排队“continue”的挂起方法，例如其他答案中提到的“sigwait()”和“read()”方法）。
sigwait()函数有效地执行原子解除阻塞-等待-阻塞操作。 - cafsigwait() 要求您在线程的信号掩码中阻止等待的信号。然后它等待该信号发生（有效地取消阻塞），并在返回时重新阻塞该信号。 - caf或许可以尝试使用pthread_cancel选项，但如果有任何需要释放的锁，请小心操作。请阅读手册以确定取消状态。