TBB并行需手动保障数据安全：parallel_for要求无数据竞争，用blocked_range控制粒度；task_group由工作窃取调度器管理，适合嵌套任务；concurrent_vector仅支持并发push_back；链接错误多因版本不匹配。
怎么用 tbb::parallel_for 替代普通 for 循环
直接替换循环体本身不安全，关键在确保迭代间无数据竞争。TBB 不会自动帮你加锁，它只负责把迭代切片、分发到线程执行。
- 循环变量必须是只读的（比如
i），所有写操作必须作用于独立内存区域（如数组索引互不重叠） - 不能在循环体内修改共享变量，比如
sum += arr[i]会出错；要用tbb::parallel_reduce或局部累加再合并 - 迭代粒度太小（比如每次只处理 1 个元素）反而拖慢速度，建议用
tbb::blocked_range控制最小 chunk 大小，例如tbb::blocked_range<size_t>(0, n, 1024)</size_t> - 示例：
tbb::parallel_for(tbb::blocked_range<size_t>(0, n), [&](const tbb::blocked_range<size_t>& r) { for (size_t i = r.begin(); i != r.end(); ++i) { result[i] = compute(arr[i]); // compute 是纯函数，无副作用 } });
为什么 tbb::task_group 比裸线程更适合嵌套任务
裸 std::thread 启动后就脱离调度器控制，而 tbb::task_group 的任务由 TBB 工作窃取调度器统一管理，能动态平衡负载，尤其适合递归分治或树形任务结构。
- 子任务调用
tg.run()是异步提交，不是立即执行；tg.wait()才阻塞等待全部完成 - 不要在
run()回调里捕获外部引用变量并在线程间共享，容易悬垂；优先传值或用std::shared_ptr - 如果任务内部又创建新
task_group，注意避免无限嵌套导致栈溢出或调度开销激增 - 错误现象：只调用
tg.run()但忘记tg.wait()→ 主线程提前退出，子任务被强制终止
tbb::concurrent_vector 和 std::vector 能否混用
不能直接替代。虽然接口相似，但 tbb::concurrent_vector 的内存布局是非连续的，data() 返回的指针不保证有效，也不支持随机访问迭代器的完整语义。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 适用场景仅限“只追加 + 多线程并发 push_back”，且后续遍历也接受非 cache 友好顺序
- 不要对它调用
reserve()或resize()—— 这些操作在 TBB 实现中可能无效或触发未定义行为 - 若需高性能随机读写，还是用
std::vector配合外部锁（如tbb::spin_mutex），而不是硬套concurrent_vector - 常见误用：
for (auto& x : cv) { ... }看似正常，但底层迭代可能跳过刚插入的元素（因未同步 size 视图）
链接时报 undefined reference to `tbb::interface7::internal::task_arena_base::internal_max_concurrency()'
这是典型的 TBB 库版本不匹配或链接顺序错误，不是代码写错了。
立即学习“C++免费学习笔记（深入）”；
- 确保编译时用了
-ltbb，且libtbb.so版本与头文件一致（比如头文件来自 tbb-2021，却链接了 tbb-2020 的库） - 使用 CMake 时，别只靠
find_package(TBB)就完事，要显式链接TBB::tbb目标（CMake 3.15+），否则可能漏掉依赖的tbbmalloc - Linux 下若系统自带旧版 TBB（如 Ubuntu 的 libtbb2），优先用
pkg-config --libs tbb查路径，避免混链 - Mac 上用 Homebrew 安装的 tbb，默认头文件在
/opt/homebrew/include/tbb，但库可能在/opt/homebrew/lib，需确认-L路径正确
