基于线程与基于事件的并发编程之争

本文来自JDON，从Java和Node.JS两个角度来看多线程，走心之作。

Java和Node.js可以说分别是基于线程和基于事件的两个并发编程代表，它们互相指责瞧不起对方，让我们看看各种阵营的声音：

基于事件的粉丝认为线程是一个坏主意，原因有是：

你应当尽可能地避免线程，对于GUI和分布式系统或低端服务器不要用线程，只有处理CPU并发时才需要线程，如果必须使用线程，将线程隔离在核心内部，让大部分代码保持单线程。

而基于线程的粉丝认为Why events are a bad idea，反驳理由是：1. 很多使用线程实现高并发却没有获得好性能？这其实假象，有人创建一个可扩展到100,000的线程库，其性能匹配SEDA的基于事件实现的性能。线程派认为现代服务器虽然需要并发处理大量的请求，但是代码处理每个请求通常是有顺序的，我们相信线程提供这两种情况下很好的编程抽象。尽管事件系统在高并发下有很好的性能，但是我们已经证明使用线程也会有类似性能(banq注：不过真的需要高手)，由于语言提供编译时的分析使得线程简单，一样和基于事件系统能实现高并发。

线程派的改良代表可以首推Go的Goroutine和Python的coroutine协程，它们解决了直接基于OS线程导致线程上下文切换时带来的性能损耗，而且通过调度器保证非堵塞。Goroutine最大的特点能够让程序员以同步顺序代码的风格编写异步运行，Goroutine=coroutine协程 + user space threads + fibers + greenlets。因为绿色线程被封装在语言的API中，因此相比Node.JS显式处理异步IO，GO语言提供了隐式的异步处理IO，从而使得并发异步变得简单。

在GO语言的竞争之下，Node.JS一直探索如何避免回调陷阱，从Promise 到coroutine/Generators，直至演化到Javascript 7的async函数。从而也可以实现使用熟悉的顺序编程风格编写出异步代码，下面是使用JS 7的新的异步函数：

function* getStockPrice(name) {

Javascript 7主要亮点是在事件机制和异步编程的提升上，这两点主要体现在：

以Node.js为主的事件派和Go的协程派打得热乎时，这时有了一种观点，既然你们两者都回避各自缺陷表现得不错，下面是就剩下使用者的爱好和技能选择了，能不能提供一种语言将这两者结合在一起？

Haskell倡导者提出通过语言统一多线程编程和事件编程，提供一种Monad函数，其内部封装了事件和多线程抽象，无论你是哪派粉丝，都可以使用这个Monad编程。如下图：A language-based approach to unifying events and threads

当然，Go的绿色线程Goroutine与Actor还是有区别的：Actor模型和CSP模型的区别

=====================================================

感谢 Coding 对本微信的支持。Coding.net 是一个面向开发者的云端开发平台，目前提供代码托管、运行空间、质量控制、项目管理等功能。