std::async 不是半残吗？真有人用在生产环境中？


【 在 alewa 的大作中提到: 】
: std::async() 的两种启动模式，std::launch::async 和 std::launch::deferred。看书上说，deferred 模式下，在当前线程里启动，而且直到 future.get() 时才真正运行任务，并 block 直到任务完成、得到结果。
: 如果这样，为啥不直接在原来调用 future.get() 的地方直接 do_work() 呢？好像跟上述 deferred 模式下效果是一样的。deferred 还有啥好处吗？
: 谢谢！
--
FROM 218.76.62.*

半残在什么部位？哈哈

【 在 speedboy2998 的大作中提到: 】
: std::async 不是半残吗？真有人用在生产环境中？
:
--
FROM 221.218.161.*

你预期std::async是啥行为
- 来自 水木社区APP v3.5.7
【 在 speedboy2998 的大作中提到: 】
: 各个平台实现不一样。。
: 好像 WINDOWS 还是 LINUX 平台下，每次调用都会开启一个线程。。
: 如果是一个执行频繁并且执行过程比较长的调用，会导致最后有几千个线程。
:
: 我们的系统会调用外部的一个 webhook，当时偷懒就用了这个来做，，结果系统开了几千个线程，啥都没干了，全花在线程上下文切换上了。
--
FROM 220.202.215.*

如果有人写的代码把线程池里的线程全都block了，那你会得到另外一个shock。

也就是说，你得到你那个几千个线程的shock的原因，是你（们）的代码自己提交了几千个任务导致的，不能甩锅给库，就好比自己失误创建了几千个线程，但是甩锅给CreateThread()或者pthread_create()一样

【 在 speedboy2998 的大作中提到: 】
: 下面是一个线程池。
:
--
修改:z16166 FROM 221.218.161.*
FROM 221.218.161.*

同样可能存在问题，比如某人写的异步任务代码在cancel/timeout的实现上有bug，一样可能会卡死所有人的任务

这不能赖线程池的库。

【 在 speedboy2998 的大作中提到: 】
: 我需要就是把任务用 std::async 无脑发出去。。底层的线程池自己排队处理，再给我一个接口用来设置线程池数量，再设置一下每个异步的超时时间。。
:
:
--
FROM 221.218.161.*