std::thread未join/detach会触发terminate崩溃；应统一管理线程并join；处理异常需try/catch；OpenCV多线程需避默认后端、独占Mat；线程数宜设为min(8, hardware_concurrency())；Windows中文路径需用u8path或canonical。
std::thread 跑图片缩放任务时主线程提前退出
常见现象是程序一闪而过，输出目录空空如也——std::thread对象离开作用域时若未 join() 或 detach()，会触发 std::terminate。这不是“没跑完”，而是直接崩溃了。
实操建议：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
std::vector<:thread></:thread>管理所有工作线程，构造完再统一join() - 避免在循环体内直接创建并丢弃
std::thread对象；更稳妥的做法是把线程对象 push_back 到 vector，最后遍历 join - 如果某张图处理失败（比如 OpenCV 读取返回空
cv::Mat），别让异常穿透线程函数——加try/catch(...)吞掉，否则整个进程挂掉
OpenCV imread + resize 多线程并发读写冲突
cv::imread 和 cv::imwrite 在多线程下不是完全线程安全的，尤其 Windows 上用默认后端（MS-Photo）时，频繁并发调用可能引发断言失败或图像损坏。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 显式指定解码后端：用
cv::IMREAD_UNCHANGED | cv::IMREAD_ANYDEPTH等标志，避开系统默认解码器 - 对
cv::imread加细粒度互斥锁不现实，更推荐每个线程独占一个cv::Mat实例，且避免跨线程传递原始指针 - 缩放前检查
mat.empty() == false，跳过无效输入，防止cv::resize对空矩阵崩溃
线程数设多少才不拖慢批量缩放
CPU 密集型任务（如双线性插值缩放）线程数 ≠ 核心数就一定最优。I/O 等待、内存带宽、OpenCV 内部并行（如启用 TBB）都会干扰实际吞吐。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 从
std::thread::hardware_concurrency()开始试，但通常设为min(8, hardware_concurrency())更稳——太多线程反而因上下文切换和缓存抖动降低效率 - 用
cv::setNumThreads(0)关闭 OpenCV 自身的多线程（它和你的线程池叠加容易过载） - 对小图（ 4 后收益急剧下降；大图（>10MP）可适当提高，但务必压测验证
路径中文乱码导致 imread 返回空 Mat
Windows 下用 cv::imread("D:\测试\a.jpg") 直接失败，mat.empty() 为 true——OpenCV 的 C 接口不支持 UTF-8 路径，std::string 构造的路径在中文系统下被当作了 GBK 编码解析。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- Windows 上改用
cv::imread(cv::utils::fs::canonical(path).u8string())（需 OpenCV 4.5.2+） - 更通用方案：先用
std::filesystem::u8path()转成 UTF-8 字符串，再转std::string传入；注意 MSVC 19.28+ 才完整支持u8path - Linux/macOS 一般无此问题，但路径含空格仍需确保传入的是原生字符串，不要被 shell 层截断
cv::resize 参数上花太多时间调优，先确保每张图都稳稳地读进来、缩放完、写出去。 
