优先选 std::deque，因其支持迭代器遍历、预留空间及中间插入，便于实现任务优先级调整、超时清理和按id取消；而std::queue作为适配器功能受限，扩展性差，且性能无优势。
任务队列该用 std::queue 还是 std::deque？
直接说结论：优先选 std::deque，别用 std::queue 做底层容器。因为 std::queue 默认基于 std::deque，但它是适配器，不支持迭代器遍历、无法预留空间、也不能在中间插入——而线程池里你很可能需要做「任务优先级调整」「超时任务清理」或「按 ID 取消任务」，这些操作在 std::deque 上可实现，在 std::queue 上基本不可行。
常见错误是把 std::queue<:function>></:function> 当成“够用就行”的默认选择，结果后期加取消功能时发现连遍历都做不到，只能重写。
- 用
std::deque<:shared_ptr>></:shared_ptr>（Task封装函数 + ID + 时间戳）比裸std::function更灵活 - 如果只做 FIFO 且永不取消/查询任务，
std::queue语法上更简洁，但扩展性归零 -
std::deque的 push/pop 复杂度仍是 O(1)，和std::queue无性能差异
怎么安全地从队列取任务？注意虚假唤醒和空队列阻塞
典型写法是用 std::condition_variable::wait 配合 std::unique_lock 等待非空状态，但容易漏掉两个关键点：一是没用 while 循环检查条件，二是没处理线程池停止信号。
错误示例：cv.wait(lock, [&]{ return !tasks.empty(); }); 看似正确，但如果线程池正在 shutdown，这个 lambda 会永远等下去，或者被虚假唤醒后直接 pop 空队列导致崩溃。
- 必须用
while (!shutdown && tasks.empty()) cv.wait(lock);—— 把 shutdown 和 empty 同时作为退出条件 - pop 操作前再次检查
!tasks.empty()，即使在 wait 返回后也要 double-check - 避免用
cv.notify_one()在每 push 后调用：高频提交任务时会引发大量不必要的唤醒，改用cv.notify_all()或节流 notify（例如每 N 个任务 notify 一次）
要不要给队列加长度限制？不加可能 OOM，加了又怕丢任务
不设上限的队列在生产环境等于埋雷：上游任务生成速度 > 消费速度时，内存持续增长直至被系统 kill。但硬限制又可能让调用方 push 失败，需明确策略。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
推荐做法不是“拒绝任务”，而是让 submit() 同步等待可用空间，同时提供带超时的变体：
- 用
std::mutex+std::condition_variable控制队列 size max_size，submit 时若满则 wait，直到有空位或超时 - 超时策略分两种：
std::chrono::milliseconds(0)表示不等（立刻失败），std::chrono::milliseconds(-1)表示无限等（慎用） - 避免用
try_emplace或emplace_back后再判断 size —— 竞态下可能刚 check 完就被其他线程 push 满了
任务对象生命周期怎么管？别让 std::function 捕获局部变量后访问野指针
最常崩的点不是并发逻辑，而是任务里捕获了栈变量或已析构对象。比如：
void process(int x) {
ThreadPool::submit([x, &obj]() { obj.do_something(x); }); // obj 是局部引用！
}
submit 返回就结束了，但线程池可能几秒后才执行这个 lambda，此时 obj 早没了。
- 统一用
std::shared_ptr包裹任务依赖的对象，或确保捕获的是值（[x, obj_copy = obj]） - 任务类
Task内部用std::shared_ptr<void></void>存储上下文，避免裸指针传递 - 调试阶段可在任务执行前后加
assert(std::this_thread::get_id() != main_thread_id)，快速暴露误在主线程同步执行的假“异步”逻辑
队列机制本身不难，真正卡住人的永远是任务对象的生存期管理、停止时的资源回收顺序、以及高负载下的竞争退让策略——这些地方没想透，跑一周才复现的 crash 就很难定位。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
