c++11标准库组件可实现真正跨平台线程池，无需条件编译或第三方库；std::thread等自动封装底层差异，但需避免重复join、析构前未join、wait无谓词、锁内unlock、参数转发不当、析构顺序错误等常见问题。
直接用 std::thread、std::mutex、std::condition_variable 和 std::queue 就能写出真正跨平台的线程池，不需要条件编译、不依赖第三方库，C++11 起全平台原生支持。
为什么不用 pthread / CreateThread 就能跨平台
因为 C++11 标准库把底层差异封装干净了：std::thread 在 Windows 调用 CreateThread，在 Linux/macOS 调用 pthread_create，但你完全感知不到；std::mutex 和 std::condition_variable 同理。只要不写 #ifdef _WIN32 或 #include <pthread.h></pthread.h>，代码天然可移植。
常见错误现象：
- 手动调用
pthread_join后又对std::thread对象调用join()→ 未定义行为 - 在析构函数里忘了
join()，对象销毁时触发std::terminate() - 用
std::lock_guard锁住互斥量后，在等待condition_variable::wait期间又手动unlock()→ 重复解锁崩溃
std::condition_variable::wait 的唤醒逻辑必须带谓词
不能只写 condition.wait(lock)，必须用 lambda 表达式提供判断条件，否则可能虚假唤醒后直接执行空任务或访问空队列。
正确写法是：
condition.wait(lock, [this] { return stop || !tasks.empty(); });
使用场景：
- 避免消费者线程在
tasks为空且stop == false时被错误唤醒 - 防止
tasks.pop()前没检查队列是否非空，引发std::queue::front未定义行为 - 在多生产者场景下，多个
notify_one()可能集中触发，谓词确保每次只取一个有效任务
任务提交时的参数转发和异常安全
enqueue 函数必须用完美转发（std::forward）和 std::bind 或 std::packaged_task 封装可调用对象，否则会丢失右值语义或无法捕获异常。
关键点：
- 不要直接把
std::function<void></void>构造写在参数列表里——它不支持移动捕获 lambda 中的局部变量 - 如果需要获取返回值，得用
std::packaged_task包一层，再通过std::future拿结果 - 在加锁区外构造
std::function对象，避免锁内做内存分配（尤其在高并发提交时影响性能） - 加锁后检查
stop状态，若已停止还往tasks里塞任务，会导致资源泄漏或死锁
线程池析构时的资源释放顺序很关键
必须先置 stop = true，再 notify_all()，最后逐个 join()。顺序反了会卡死。
典型坑：
- 先
notify_all()再设stop→ 某些线程可能刚被唤醒、还没读到stop就又去等下一次通知，永远等不到 - 在
~ThreadPool()里直接threads[i].join()而不保证所有线程都已退出 →joinable()检查失败，进程终止 - 把
condition.notify_all()放在锁外面 → 可能唤醒后立刻进入 wait，又挂起，错过终止信号
最易被忽略的是：即使所有线程都已退出，std::queue 中残留的任务对象若持有大块内存或文件句柄，不会自动释放——除非你显式清空队列或确保任务对象析构无副作用。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
