Node.js特点和适用场景

更新日期: 2019-05-10阅读: 2.4k标签: node

Node 起源

Node是由Ryan Dahl创造出来的,Ryan Dahl是一名资深的C/C++程序员,在创造出Node之前,他的主要工作都是围绕高性能web服务器来展开的,他找到了设计高性能web服务器的几个要点:事件驱动、非阻塞I/O,基于对已有的几种语言的对比和考量,Ryan Dahl选择了JavaScript作为Node的实现语言。


Node特点

1.异步I/O
在Node中,绝大多数的操作都以异步的方式进行调用,从文件读取到网络请求,均是如此,异步I/O意味着每个调用之间无须等待之前的I/O调用结束,在编程模型上可以提升效率,如果存在两个文件读取任务,最终的耗时只取决于最慢的那个文件读取耗时,对于同步I/O而言,他的耗时是两个任务之和。

2.事件与回调
在Node中事件得到了广泛的应用,如创建一个服务器,我们会为器其绑定request对象,对于请求对象绑定data和end事件,同时在前端我们通常也是为Ajax请求绑定success事件、error事件等。同样,在Node中回调也是无处不在的,事件的处理基本都是依赖回调来实现的,在JavaScript中,可以将函数作为对象传递给方法作为实参进行调用。

3.单线程
Node保持了JavaScript在浏览器中单线程的特点,而且在Node中,JavaScript与其余线程是无法共享任何状态的。JavaScript采用单线程的原因和他最早的用途有关,最早在Web浏览器中,JavaScript主要做的是响应用户dom操作以及做表单校验,这些功能使用单线程来处理完全够了,而且对于DOM操作来说,使用多线程的话还将造成线程安全问题,同时多线程还将给浏览器带来更大的内存消耗并降低CPU的使用率。

单就单线程本身来说,存在如下几个弱点:

1、无法利用多核CPU
2、错误会引起整个应用退出,应用的健壮性需要考虑
3、大量计算占用CPU将使阻塞程序的运行
严格来说,Node并非真正的单线程架构,Node自身还有一定的I/O线程存在,这些I/O线程由底层libuv处理,这就意味着Node在访问系统I/O时还是多线程的,对于文件读取、SQL查询、网路请求这些具体操作,Node还是使用多线程来进行处理从而保证Node的处理效率。

为了应对单线程存在的CPU利用率问题,Node采用了多进程的架构,也就是著名的Master-Worker模式,又称主从模式,如下图所示,这种典型的用于并行处理业务的分布式架构具有较好的伸缩性和稳定性。Node通过fork()复制的进程都是一个个独立的进程,这个进程中有着独立的V8实例,每个独立进程需要至少30毫秒的启动时间和至少10MB的内存,虽然fork()进程是有一定开销的,但是可以提高多核CPU的利用率,这在CPU普遍多核化的今天还是有很大的作用的,同时我们也应该认识到Node通过事件驱动的方式在单线程上已经可以解决大并发的问题,启动多进程只是为充分利用CPU资源。


Node的Master-Worker多进程模式中主进程和工作进程通过消息传递的形式而不是共享或直接操作资源的方式进行通信,通过fork()创建工作进程之后会在主进程和工作进程之间创建IPC通道,关于多进程相关内容,Node官方提供了cluster模块对进程进行管理,相关内容可参考cluster。

关于应用的健壮性问题,我们同样可以采用上述的Master-Worker模式,主进程只负责管理工作进程,具体的业务处理交由工作进程来完成,在工作进程中监听uncaughtException事件可以捕获未知的异常,然后告知主进程,主进程根据策略重新创建工作进程,或者直接退出主进程,这种情况代码中一定要给出足够的日志信息,通过日志监控任务及时产生报警。

4.跨平台
Node刚发布的时候,只能在Linux平台上运行,后来Node在架构层面进行了改动,在Node和操作系统之间引入了一层libuv,从而实现跨平台。


Node适合的应用场景

1.I/O密集型
Node异步I/O的特点使得他可以轻松面对I/O密集型的业务场景,处理效率将比同步I/O高,虽然同步I/O可以采用多线程或者多进程的方式进行,但是相比Node自带异步I/O的特性来说,将增加对内存和CPU的开销。

2.高并发场景
针对高并发请求场景,Node的异步I/O以及事件回调特点可以高效的处理并发请求,举个简单的例子:

有家快餐店,有一个收银员,有4个厨师,中午高峰期的时候回一下来很多人就餐,对于同步的场景,收银员收完钱后将订单给厨师,厨师开始做,做完之后把快餐交给顾客,然后再接受下一个顾客的订单,对于异步的场景,收银员收完钱后将订单给厨师同时给顾客一个号码牌,厨师开始做,这时候顾客可以去隔壁买个饮料,等到厨师做完叫好去取餐就行。对于同步的场景如果需要增加顾客的处理速度,需要多加几个收银员(多线程),这意味着需要更多的人力成本,虽然对于系统的处理能力(厨师)来说是一样的。


总结

总体来说Node的异步I/O能在开销固定的情况下极大的提高并发处理速度,适合高并发,I/O密集型的使用场景,同时由于单线程的特点,Node程序不如多线程程序健壮性高,也不能利用多线程来使用多核CPU,不过对于Node来说,使用多进程的成本相对较小,上述问题都可以通过合理使用多进程来处理,最终程序的高效稳定运行还是取决于软件架构和编码质量。为了便于学习,接下来还会写关于Node中Buffer、内存控制、程序测试等相关内容。


链接: https://fly63.com/article/detial/3274

关于 Node.js 里 ES6 Modules 的一次更新说明

关于 Node.js 里 ES6 Modules 的一次更新说明,总结来说:CommonJS 与 ES6 Modules 之间的关键不同在于代码什么时候知道一个模块的结构和使用它。

用node.js开发一个可交互的命令行应用

在这个教程中,我们会开发一个命令行应用,它可以接收一个 CSV 格式的用户信息文件,教程的内容大纲:“Hello,World”,处理命令行参数,运行时的用户输入,异步网络会话,美化控制台的输出,封装成 shell 命令,JavaScript 之外

Node启动https服务器

首先你需要生成https证书,可以去付费的网站购买或者找一些免费的网站,可能会是key或者crt或者pem结尾的。不同格式之间可以通过OpenSSL转换

nodejs 异步转同步

nodej项目在微信环境开发,nodejs的异步特效,会导致请求没有完成就执行下面的代码,出现错误。经过多方查找,可以使用async模块来异步转同步,只有前一个function执行callback,下一个才会执行。

基于node服务器的大文件(G级)上传

3G的大文件分1500个2M二进度文件,通post方法发送给node服务,服务器全部接收到文件后,进组装生成你上文件。

为什么要把 JavaScript 放到服务器端上运行?

JavaScript比C的开发门槛要低,尽管服务器端JavaScript存在已经很多年了,但是后端部分一直没有市场,JavaScript在浏览器中有广泛的事件驱动方面的应用,考虑到高性能、符合事件驱动、没有历史包袱这3个主要原因,JavaScript成为了Node的实现语言。

了解node.js事件循环

node.js的第一个基本论点是I / O的性能消耗是很昂贵。因此,使用当前编程技术的最大浪费来自于等待I / O完成。有几种方法可以处理性能影响

Node.js 应用:Koa2 使用 JWT 进行鉴权

在前后端分离的开发中,通过 Restful API 进行数据交互时,如果没有对 API 进行保护,那么别人就可以很容易地获取并调用这些 API 进行操作。那么服务器端要如何进行鉴权呢?

Node.js 前端开发指南

我们经常跟Node.js打交道,即使你是一名前端开发人员 -- npm脚本,webpack配置,gulp任务,程序打包 或 运行测试等。即使你真的不需要深入理解这些任务,但有时候你会感到困惑,会因为缺少Node.js的一些核心概念而以非常奇怪的方式来编码。

happypack提升项目构建速度

运行在 Node.js 之上的 Webpack 是单线程模型的,也就是说 Webpack 需要处理的任务需要一件件挨着做,不能多个事情一起做。happypack把任务分解给多个子进程去并发的执行,子进程处理完后再把结果发送给主进程。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!