老鱼你这俩个和c#相关的帖子都似是而非的，简单聊聊相关历史吧

Fiber：纤程基本没人用，而且也未必和sql server有关，那时候怕还是sql 7，sybase开发的

线程池类型的协程：xp加入了一个win32 api QueueUserWorkItem ，就是个Windows给各个语言提供的线程池，
内容和go鼓吹的协程是一样的，这也是我为什么一直觉得go差点意思的原因：windows提前10年用上的东西Linux那边当宝了？Linux那边多线程相关的东西一直比较落后
好像是windows vista开始，QueueUserWorkItem 进一步发展变出了允许多个线程池
这个逐步开始有不少使用者但还没有成气候就被async超越了

async/await类型的协程：最早是95年caml社区提出了Join Calculus的概念，https://en.wikipedia.org/wiki/Join-calculus
论文作者之一Georges Gonthier后来去微软了，当时和F#的作者一个在写c#编译器，一个在写clr
微软研究院于2003年推出了个C#的扩展Cω，https://www.microsoft.com/en-us/research/project/comega/
里面第一次提出了linq和async/await，我猜测Cω也许和Georges Gonthier有关，懒得去查证了
此时应该是async/await的第一次正式面世https://en.wikipedia.org/wiki/Async/await
然后就是F#先正式用上了async/await，然后是C#
async/await卓有成效的降低了多线程开发的复杂度和错误发生率，极大的提高了cpu利用率，所以现在各个语言纷纷开抄

线程池类型的协程在windows这边，除了native程序还有些在用，dotnet社区已经全面淘汰了线程池类型的协程。
所以个人开发者觉得协程应该怎么样是没有用的，这都是dotnet社区选择过一遍的结果
别的语言社区也都不傻，自然是抄别的语言社区最终优胜的那个方案

【 在 hgoldfish 的大作中提到: 】
: 对比其它支持线程的编程语言，js 不支持线程，天生异步，是唯一能够实现隐式协程的编程语言，这是它得天独厚的条件。但 js 选择了盲从，错失了一个机会，真是替 js 感到可惜。
: 协程不是什么新东东。微软在 win2k 时代之前就为 windows 增加了 Fiber 系列函数，用于 ms sql 的源代码中。
: 但协程之所以一直没有普及，是因为协程是 all or nothing, go 抓住了机会，js 没抓住。
: ...................
--
FROM 123.116.203.*

【 在 hgoldfish 的大作中提到: 】
: 我前面说过了啊。。
: python 有 GIL，约等于不支持多线程。python 日常使用的多线程，通常是用于阻塞 IO 的。
: 现在只要把所有的线程阻塞 IO 都替换成协程阻塞 IO，把 threading 模块替换成接口完全一样的 fiber 实现，那大多数 python 源代码，就可以在完全不修改的情况下，使用协程了。
然后全球python就因为全是多线程问题崩溃了。光一个状态设置顺序就够用户喝一壶的了
: ...................
--
FROM 123.116.203.*

你之前的原话是
: async/await 也不是啥新奇玩意儿。python 原本支持的语法叫 yield from 完全等价于 await，当年 python 改动关键字的那个 c 补丁我都看过，没几行代码基本就是数据结构改名和增加关键字就完事了。再早的是 yield 实现的，搭配 twisted inlineCallbacks() 使用，更早的话，十几年前 eventlet 和 gevent 就非常成熟可应用在生产中。
我之前的问题是
: 为啥根据python2012年加的yield from功能，说dotnet2003年的不是啥新鲜玩意？  

现在又跑到stackless python去了。
没关系，聊这个也行。那个年代线程池类型的协程多了去了，各个语言都不少。

但问题是，你分得清 线程池类型的协程 和 async/await类型的协程 的区别么？
多线程入门的人都应该分得清的，总共有两点改进，这两点是各个语言的控制者抛弃线程池类型的协程的根本原因

要是分不清，糊里糊涂的，那没准能追溯到一八几几年去了

【 在 hgoldfish 的大作中提到: 】
: stackless python 是 1998 的产品。。
:
--
FROM 123.116.203.*

看起来你对多线程的理解是有问题的，举个例子：
var buf = ReadFromFile1();
MergeContentWithFile2(ref buf);
var t1 = SaveToDisk(buf);
var t2 = SaveToServer(buf);
Task.WhenAll(t1,t2);
这段逻辑在你设想的情况下让编译器怎么做？

【 在 hgoldfish 的大作中提到: 】
: 是的。。
: 内核本身是完全异步的，但是向 userland 提供了同步的抽象。
: 这个事情其实可以由编程语言来完成。
: ...................
--
FROM 123.116.203.*

: `await expr` 完全等价于 `yield from expr` 又完全等价于 `for x in expr: yield x` 省几个字符你觉得这是个伟大的创新？
差远了。目前感觉似乎你多线程基础就没有打牢固，多线程之上的线程池和async概念是一团浆糊。咱们先把另外一个帖子内容聊清楚，那个是和多线程基础有关

【 在 hgoldfish 的大作中提到: 】
: `await expr` 完全等价于 `yield from expr` 又完全等价于 `for x in expr: yield x` 省几个字符你觉得这是个伟大的创新？
: python 社区早就在应用 twisted + yield 写网络程序了，不过网络编程不像现在这么火，所以估计你不知道。而且后来很快被更好的 eventlet/gevent 代替了。
: python 抄 c# 这种话说出来让人笑话。
: ...................
--
修改:leadu FROM 123.116.203.*
FROM 123.116.203.*