Node.js、Scala、Clojure 等声称适合高并发的语言，分别具体适用于什么情景，何种任务？ 第1页

我觉得吧，说这话的人估计只是看到了几篇描述，然后就把东西混在一起了。我相信这些语言/环境对自己的描述下面都有并发（concurrent或concurrency）字样，但上下文是不同的。

通俗地讲，这里并发要分两种，一种叫做“吃IO”，一种叫做“吃CPU”，其中前者在目前的环境下变得越来越单指“网络IO”了。

Node.js显然是吃IO的，它的卖点便是可以单，进程接受多少多少个连接，可以用很少的资源吃满IO，这里的资源的重点自然是指内存和CPU。

Scala和Clojure和Node.js完全是两码事，他们吃IO的能力完全是靠JVM决定的，JVM给个擅长吃IO的机制，比如nio还是aio什么的，然后有人写了方便吃IO的框架比如mina或netty什么的，这才是决定Scala或Clojure这种JVM上的语言吃IO能力的关键。

这里说Scala或Clojure这门“语言”时，真的是在说语言，所以说的是它提供的编程模型的能力，例如STM或者Actor等等。你说Java这门傻语言就做不到么？当然能做，不过又丑又烦导致没人想去这么用而已。这些编程模型的目的就是让人可以轻松地乐意地去写出高并发程序。这里的高并发就更倾向于吃CPU了，我可以很简单地写出一个简单程序，4核能跑，32核也能跑。当然它也能吃IO，只是没什么可多说的。

至于Node.js，首先它不是语言是JVM这样的运行环境，其次它没法用来做吃CPU的程序。你开N个进程不叫吃CPU，叫做各自完成独立任务。用Akka那可是可以用来绘制出一副复杂的拓扑结构，计算在Actor之间丢丢丢，它自动算算算。

总之就是个把不同东西扯在一起的蛋蛋说法。