你说的缺点是指多占一点点时钟周还是同步比线程还复杂一点？
反正都不影响可以在大小核上负载均衡的结论
现在是潮流，各个语言都在转用。下面会有越来越多的程序全部使用，使用协程后不受用户大小核和os影响
【 在 hgoldfish 的大作中提到: 】
: 协程可以作为(用户空间多核)调度的单位。但是是有代价的。
: 我说你对协程的理解不到位，不是说你对协程的优点没理解到位，而是说你对协程的缺点理解没到位。
: 不信你讲一下协程有什么缺点。
: ...................
--
FROM 123.116.196.*

再换种说法，协程概念实际分两代：
1.一代是传统用户态线程，有很多用类似于goto的方法实现，这个是你在讨论的，c和go基本上是用的这种，得有二三十年的历史了
2.二代是指c#十多年前发明的async/await，后续js/c++/rust等都在抄袭。这个是我和老鱼在讨论的。
c#你care不care的，至少大家讨论得在同一个范围内才有意义
【 在 lvsoft 的大作中提到: 】
: 说协程是goto的语法糖只是一种比较土鳖的说法。比较雅一点的说法是continuation，只不过这么说没几个人听的懂就是了。
: 进程线程协程本身只是一个用来定义上下文实现资源隔离的概念。调度是在实际环境中为了解决资源不足和冲突才引入的，额外的，另一个维度的东西。而且现在来说进程线程之类的概念都太老了，满足不了实际需要了，现在大家都玩sandbox+bare metal，有人连os kernel，ring0都想消灭掉了。实现层面早就玩出花了，who care c#是不是在什么犄角旮旯的地方做的比c、go更好啊，这些都是细枝末节的无聊话题，都不在一个维度上。
: 协程这东西，最有价值的地方是内核无感。这点与线程相反，线程是用户态的程序无感。所以协程的价值就是当成高级goto来用，给你一套机制让你可以方便的安排好context switch的位置、时间、节奏。因为你都安排好了，自然不需要竞争，不产生调度负担，所以才能提高规模。
: ...................
--
FROM 123.116.196.*

一个叫 stackless，一个叫 stackful，

很早很早以前就有个 stackless python 了。不过名称跟现在的说法是反的，其实应该叫 stackful python.

python 的 yield from 等价于 await, 奢侈博不可能不懂协程。

async/await 并没有天然地具备被跨线程调度的能力，需要满足很多条件。我前面已经说过不讲了。

协程/纤程在win3.x 和两千年的时候流行过两波。如果不是有重大缺陷，不会冷了十多年才由 c# 重新发明出来。

【 在 leadu (leadu) 的大作中提到: 】
: 再换种说法，协程概念实际分两代：
: 1.一代是传统用户态线程，有很多用类似于goto的方法实现，这个是你在讨论的，c和go基本上是用的这种，得有二三十年的历史了
: 2.二代是指c#十多年前发明的async/await，后续js/c++/rust等都在抄袭。这个是我和老鱼在讨论的。
: ...................
--
FROM 140.224.35.*

有啊。。换 java

【 在 myspam (mys/梅艳珊/珊珊/Pam/帕姆) 的大作中提到: 】
: 老鱼啊,现在c#那边有不写接口,能做到类似多继承的东西吗?
--
FROM 140.224.35.*

有啊。interface 可以写 default implemention 了。

不过 c# 有编译期的代码变换，搞两遍编译。其实也不是事。

【 在 myspam (mys/梅艳珊/珊珊/Pam/帕姆) 的大作中提到: 】
: java现在都有多继承了?
--
FROM 140.224.35.*