初识Node.js之Node与java作为后台服务器的对比

3,827 阅读7分钟

文章原创于公众号:程序猿周先森。本平台不定时更新,喜欢我的文章,欢迎关注我的微信公众号。
file

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

运行时环境我们众所周知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的最大好处,不过异步回调自然也出现一个急需解决的问题:回调陷阱。

在Node.js中,我们不断嵌套回调函数的同时,很容易就陷入回调函数的陷阱中,每层嵌套都会让代码更复杂,使得错误处理和结果处理更困难。一个相关的问题就是js语言不会帮助程序员恰当地表达异步执行。其实有些库会使用Promise来简化异步操作,但是看起来我们把问题简单化了,但是事实上代码层面更复杂化了,Promise用了许多样板代码,掩盖了程序员的真实意图。后来Node.js支持ES5与ES6,可以采用async/await函数重写回调函数。还是同样的异步结构,但使用了正常的循环结构来书写。错误和结果处理的位置也很自然,代码更易于理解,更容易编写,而且也可以很容易地理解程序员的意图。回调陷阱并不是用掩盖复杂性的方式解决的。相反,语言和范式的改变解决了回调陷阱的问题,同时还解决了过多样板代码的问题。有了async函数,代码就更漂亮了。简单化的解决方法,将Node.js的缺点转化为了优点。

但是JavaScript的类型很松散。而且在你书写代码的时候不会进行报错,许多类型不需要定义,通常也不需要用类型转换。因此代码更清晰易读,但存在漏掉编码错误的风险,只有在编译的时候才会去检查你语法以及逻辑是否存在问题,所以在Node.js中,为了更好的调试BUG,node支持将程序分成不同的模块,因为有模块的存在,将错误发生的范围缩小到某个范围内,使得Node.js模块更容易测试。

包管理java最重要的问题之一就是没有统一的包管理系统,可能有人会和我说Maven。但是无论是用途、易用性还是功能上,Maven与Node.js的包管理系统相比简直是天壤之别。npm 是 Node.js 官方提供的包管理工具,他已经成了 Node.js 包的标准发布平台,用于 Node.js 包的发布、传播、依赖控制。npm 提供了命令行工具,使你可以方便地下载、安装、升级、删除包,也可以让你作为开发者发布并维护包。最好的地方是npm代码库不仅供Node.js使用,也可以让前端工程师使用。所有的前端JavaScript库都以npm包的形式存在。许多前端工具如Webpack都是用Node.js编写的。

性能java使用HotSpot这个超级虚拟机,它采用了多字节编译策略。它会检测经常执行的代码,一段代码执行次数越多,就会应用越多的优化。因此HotSpot性能相对来说更快。Node底层选择用c++和v8引擎来实现的,node.js的事件驱动机制,这意味着要面对大规模的http请求,node.js是凭借事件驱动来完成的,性能部分是不用担心的,并且很出色。而且,由于V8引擎的改进,Node.js的每次发布都会带来巨大的性能提升。

虽然Node对高并发应用有着极高的性能,但是Node.js也有着自己的缺点:

  • Node不适合CPU密集型应用,因为CPU密集型应用如果有长时间的运算,不如大循环,将会导致CPU时间片不能释放,使得后续的IO操作全部暂停。
  • 而且Node只支持单核CPU,不能充分利用CPU资源
  • 可靠性低,一旦代码某个环节崩溃,将会导致整个系统都崩溃,原因就在于Node是使用单进程。
  • Node的开源组件库质量参差不齐,更新快,而且不向下兼容。

其实Node.js作为后端能实现几乎所有应用,只是我们选择的时候考虑更多的是项目场景是不是适合用NodeJS。

欢迎关注我个人公众号:程序猿周先森file