这不就是加了个api么，看着像是用TaskCompletionSource把ThreadPool.QueueUserWorkItem包装了一层。
你可能没有明白我这说啥，第一代协程如果说最成熟的形式是线程池的话，线程池这个东西，做后端的语言都是有需求的，很多语言都有库，就算没有，在Windows xp上调用个QueueUserWorkItem api也都不是问题
go的问题在与它把api级别的做成了语言级别，而且把go关键词给了它
这样导致未来的扩展性急剧下降，这是设计的失败
并不是说线程池这种东西完全没用，是在说go对关键词的胡搞导致的混乱

【 在 keygen 的大作中提到: 】
: 没有，他们还在搞
: https://twitter.com/davidfowl/status/1532880744732758018
: https://twitter.com/davidfowl/status/1583326637219000321
: ...................
--
FROM 123.116.219.*