C++14中std::async与std::thread：异常处理及并发场景选型咨询

核心需求匹配分析 #

你的场景是后台繁重磁盘写入+主线程通过条件变量/互斥锁同步，两者都能满足需求，但需结合特性针对性选择：

1. 异常处理的实际落地 #

• std::async（使用std::launch::async策略时）会自动捕获任务内的异常，直到你调用get()或wait()时才抛出，这对磁盘写入场景很实用——IO异常不会直接终止程序，你可以在主线程合适时机统一处理。
• std::thread的异常问题并非不可控：只需在线程入口函数添加顶层try-catch，将异常转为状态通知主线程即可，所谓“繁琐”只是一次性编写的工作。示例代码：

void disk_write_worker(std::mutex& mtx, std::condition_variable& cv, bool& error_flag) {
    try {
        // 执行繁重磁盘写入逻辑
        // 完成后通过条件变量通知主线程
        std::lock_guard<std::mutex> lock(mtx);
        error_flag = false;
        cv.notify_one();
    } catch (const std::exception& e) {
        // 记录异常、设置错误状态
        std::lock_guard<std::mutex> lock(mtx);
        error_flag = true;
        cv.notify_one();
    }
}

这种写法既能避免程序终止，也能让主线程感知异常状态，复杂度并不比std::async高。

2. 关于“现代性”的误区 #

std::thread是底层线程控制工具，std::async是高层任务封装，不存在谁更“现代”的说法，只是抽象层级不同：

• 若需要长期运行的后台写入服务（比如持续接收写入请求、反复执行磁盘操作），std::thread更合适：它能让你完全掌控线程生命周期，避免线程池复用或延迟执行带来的不确定性，IO密集型任务长期驻留线程也能减少创建销毁的开销。
• 若只是一次性磁盘写入任务，std::async的封装更省心：无需手动管理join/detach，异常处理逻辑更简洁。

3. 同步需求的适配性 #

你的场景需要通过条件变量和互斥锁同步：

• std::thread的同步逻辑更直观：线程入口函数可直接操作互斥锁和条件变量，适合需要精细控制同步时机的场景（比如主线程触发写入、工作线程完成后回调）。
• std::async虽也能配合同步工具，但任务封装会让同步逻辑与任务逻辑绑定更紧密，灵活性不如std::thread，尤其不适合需要多次响应写入请求的长期任务。

最终选型结论 #

• 一次性写入任务：选std::async，省掉线程生命周期管理，异常处理更简洁。
• 长期后台写入服务：选std::thread，手动处理异常（仅需一次顶层try-catch），线程生命周期可控，同步逻辑更灵活。

内容的提问来源于stack exchange，提问作者Anton Fernando