Node.js和java后台服务器的简单比较-木庄网络博客

本文摘自PHP中文网，作者青灯夜游，侵删。

最近去了新公司，又拾起了被我抛下许久的后端了，不过因为公司的需求，后端采用Nodejs，最近一直在学习Node.js,随着逐渐深入的了解，发现真的Node.js能越来越变得热门是有其存在的道理的。可能有人会说，Java作为后端语言一直隐隐有龙头老大的姿势，为何我们还要去学Node.js呢？Node.js究竟是什么？它是新的语言还是新的框架，是新的工具抑或只是一个简单的JavaScript文件？

相关推荐：《nodejs 教程》

运行时环境
我们众所周知Java具有一个称作JRE的运行时环境来使得java程序能够顺利运行。JRE有一个称为JVM的虚拟机。JVM有许多组件，如垃圾回收器（GC），即时（JIT）编译器，解释器，类装载器，线程管理器，异常处理器，用于在不同时间执行不同的任务。JRE还有一系列的库来帮助运行时的Java程序。

我们为什么要突然牵扯到JRE运行时环境呢，其实正是为了与Node作比较，Node不是一种语言，也不是框架，更不是工具，它是运行JavaScript应用程序的运行时环境。Node.js有一个称为JavaScript Virtual Machine的虚拟机。它为基于JavaScript的应用程序生成机器代码，以便在不同的平台上启用它。这个虚拟机就是Google的V8引擎，也有主要组件，如JIT和GC，分别用于执行任务，运行时编译，和内存管理。

发展潜力

判断Java和Node的发展潜力可能要从其背后的生态社区和支持库上切入，然而以Java为核心的传统体系自然比不上Node这样的新势力，简而言之，Java成熟而庞大，Node迅捷而活跃。

Java其功能性和实用性自然不必多说，但是Java包含了大量的样品代码，扰乱了程序猿所想表达的意图，就不如Java三大框架之一的spring，程序猿在使用spring的时候servlet,数据持久，以及构成系统的底层的东西，spring框架已经封装好会帮助你处理这一切，我们只需要专注于写业务层代码就足以。

但是在Spring中，子系统一个接一个，哪怕你犯最微小的错误，它都会用让你崩溃的异常来惩罚你。可能紧接着你就会看到巨大的异常信息。里面包含着一个一个你根本不知道的封装好的方法，Spring做了许多工作来实现代码的功能。

这种级别的抽象显然需要大量的逻辑，长长的异常信息不一定是坏事，它指出了一个症状：这需要多少内存和性能上的额外开销？spring是怎么执行的？框架需要解析方法名、猜测程序员的意图、构建类似于抽象语法树的东西、生成SQL等等。

这些事情的额外开销有多大？所以说使用Java掩盖复杂性并不会因此简单化，只会让系统更复杂。Java严格的类型检查使得Java帮你避免许多类型的bug，因为不好的代码无法通过编译。

Java的强类型的缺点就是太多样板代码。程序员要不断进行类型转换，程序员要花掉更多时间写精确的代码，使用更多的样板代码，以图早期发现错误并改正。

而Node.js恰恰相反。线程会导致更复杂化的系统。所以Node.js采用轻量级，单线程的系统，利用了js的匿名函数进行异步回调，你只需要简单的使用匿名函数，也就是闭包。不需要搜索正确的抽象接口，只需要写下业务代码，没有任何冗余。这就是使用Node.js的最大好处，不过异步回调自然也出现一个急需解决的问题：回调陷阱。

阅读剩余部分