pthread退出时运行函数

1. 您可能需要考虑的一个选项是，在线程完成任务后，不实际结束并删除它们，而是保持它们的活动状态，并让它们等待新任务分配给它们你可以通过做两件事来实现这一点：

   1. 在线程中使用（几乎）无限循环
   2. 使用并发队列或其他技术，让它们等待另一个线程发出信号。设计模式和策略在几个SO问题中进行了讨论，例如本问题

2. 如果您真的想在线程结束后发送信号，那么可以使用pthread_cond_t并在线程到达其return语句之前对其调用pthread_cond_signal。当然，这是假设有其他线程在运行，等待这些信号，并通过从向量中删除相应的线程来对其进行操作。有关用法的详细信息，请参阅相应的手册页，也可在本SO帖子中找到。

编辑与评论和问题编辑部分相关的内容：

1. 关于工作线程的数量：这取决于线程使用最多的资源。如果这些线程主要做的是计算和一点内存访问，换句话说，如果它们是CPU绑定的，那么使用尽可能多的线程是有意义的（特别是，有一定数量的内核，以及每个内核可以运行的（硬件）线程数，然后它们开始相互减慢速度。你正在创建的线程（软件线程）应该是一样多，或者可能更多（根据@Tudor在这里的说法，最多是硬件线程的两倍是合理的）。但是，如果线程大量使用内存（内存绑定）或硬盘（IO绑定）或其他资源，如网络、NFS或其他服务器，则可能需要减少线程数量，以便（a）不使它们相互阻塞，（b）不在某些资源上施加不合理的过多负载。确定正确的线程数量可能是一个实验问题，保持数量可配置通常是一个好主意。

2. 关于存储工作任务的最佳数据结构：我在上面引用的帖子的评论中提到的并发有界队列可能非常好。不过我自己还没试过。但是，如果你想保持简单，如果你使用信号/互斥技术正确地保护它们，标准的std::queue，甚至简单的std::vector都不是一个糟糕的选择。

考虑完全更改策略并使用现有的线程池库。他们会为你做这项工作，你会省去很多不那么有趣的调试。

Boost.线程池是众多链接之一。