线程内部能否调用async()？该做法是否属于合理的开发实践？

结论先行 #

你给出的代码场景下这么使用std::async不属于良好实践，除了无意义的额外开销外，还存在行为不确定的风险，本身也没有发挥异步调用的价值。

具体问题分析 #

• 首先std::async默认启动策略为std::launch::async | std::launch::deferred，标准允许编译器自行选择两种实现：要么开新线程执行任务，要么延迟到调用future::get()时在当前线程同步执行。如果你的编译环境选择了延迟执行策略，这段代码里的async相当于完全无效，等价于直接在循环里同步调用checkStatus，完全达不到你预想的异步效果。
• 就算显式指定std::launch::async保证开新线程执行，多数标准库实现（比如GCC的libstdc++）并不会为std::async复用线程池，每次调用都会创建新的线程、执行完后销毁线程，反复的线程创建销毁会带来很高的系统开销，对于你这种循环重复执行同一个任务的场景完全是资源浪费。
• 从逻辑来看你这段代码是串行执行checkStatus：每次必须等上一次checkStatus执行完拿到结果后，才会启动下一次任务，本质上和直接在当前线程循环调用checkStatus没有任何区别，套一层async没有任何收益，反而增加了线程调度的额外开销。

适用场景说明 #

线程内调用std::async本身不是错误，在需要并行执行多个独立耗时任务的场景下是合理的：比如当前线程需要同时执行状态检查、资源校验、权限验证三个无依赖的耗时操作，就可以启动三个async任务并行执行，最后统一拿结果，能明显提升执行效率。

优化建议 #

• 如果你需要的就是当前串行执行、每次等checkStatus结果再判断是否继续的逻辑：直接去掉async包装，改写为如下代码即可，逻辑完全一致且没有额外开销：

Thread1()
{
   while (waitEvent && checkStatus())
   {
     // 原有逻辑
   }
}

• 如果你希望checkStatus异步执行不阻塞当前线程的事件等待：建议单独启动一个常驻线程运行checkStatus循环，通过原子变量或者条件变量同步waitEvent状态即可，不需要反复创建异步任务。
• 如果确实需要使用std::async，建议显式指定启动策略，避免不同编译环境的行为差异带来的隐性bug。

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