@kurten 异步转同步协程是绕不过去的，这么多评论就看到一个明白人。

有了内核协程，promise，async/await都不再需要，直接写同步代码就得了。

@timqian

这跟性能没关系（引入协程跟回调相比性能是降低的），你估计也不能理解为什么 @kurten 希望v8内部实现协程，你理解了就会明白，这些语法糖是完全没有意义的。

你可以用同步代码编写异步程序的时候，还要那些语法糖做什么？建议你去看下fibjs，openresty，开阔下眼界。

没有对比，就没有伤害。。。

@alonprince

那个fiber局限性太大了，还是看fibjs和openresty的实现吧，这两者在动态语言层面已经实现了完全同步，回调根本不会到动态语言接口中，nodejs必须要v8实现他们类似的协程，底层C++绑定接口还要大改动才行。

这个不是你感觉的问题，落后就是落后了，而且其他语言，如go也起来了，可选择的太多了。nodejs这种异步模式已经受限于javascript语言发展了，有的人不愿意听实话而已，自我安慰而已，这么发展下去的话，nodejs也就帮前端做做工具的命。

性能不再具有优势，或持平的情况下，编程模型就很关键了，况且nodejs性能已经落后了，nodejs唯一可以炫耀的或许只有生态，但生态是建立在编程模型和性能的基础上的，离开了基础，生态也是繁荣不起来的。

@alonprince

你的考虑是正确的，但大部分情况下我们都是需要知道异步结果的，不关心异步结果只要忽略回调就行，这个协程也能做到的，但是需要增加额外的忽略回调的接口。协程引入性能上肯定没有纯粹的回调好，但回调大家用了这么长时间，编程模型不友好的问题是很突出的。所以ES6引入了一些类协程的特性，这些东西能缓解一部分回调的编程模型问题，但还是有代价的。至于纯协程代价大，还是类协程代价大，这个主要看实现。在目标上大家都是为了简化编程模型，这说明协程化这个方向是基本正确的。

协程天生就是解决并发的，在并发这块也没什么大问题，如果遇到并发请求，开几个协程一起请求，让出当前协程，等所有协程执行完成后，恢复当前协并返回结果。

协程本质上其实就是能够跨函数的高级goto。