为什么要应用Node.js？

在泛滥可用的Web利用程序开发平台中，有许多堆栈可供选择，为什么要抉择Node.js，Node.js为什么可能怀才不遇？咱们将在以下几节中取得这个问题的答案。

风行

Node.js正在迅速成为一个风行的开发平台，并被许多大小玩家采纳。其中一个玩家是PayPal，他们正在应用Node.js编写的零碎取代现有的基于Java的零碎。其余大型Node.js采纳者包含沃尔玛的在线电子商务平台以及LinkedIn和eBay。
无关PayPal的博客文章，拜访:https://www.paypal-engineerin... ypal/。
据NodeSource统计，Node.js的用户正在迅速增长（无关更多信息，请拜访https://nodesource.com/node-b...）。这种增长的证据包含减少下载Node.js版本的带宽，新增的与Node.js相干的GitHub我的项目等等。
开发者尽管对JavaScript的趣味十分浓重，但多年来JavaScript始终处于停滞状态，从搜寻量（GoogleInsights）及其作为编程技能的应用（Dice Skills Center）来掂量。对Node.js的趣味始终在快速增长，但有迹象表明正在趋于稳定。
无关这方面的更多信息，请参阅https://itnext.io/choosing-ty... 或者http:// bit.ly/2q5cu0w。
最好不要随大流，因为有不同的人群，每个人都宣称他们的软件平台很酷。Node.js尽管能做一些很酷的事件，但更重要的是平台的技术劣势

无处不在的JavaScript

在服务器和客户机上应用雷同的编程语言始终是Web届的一个长期幻想。这个幻想能够追溯到Java的晚期，浏览器中的Java小程序是用Java编写的前端服务器应用程序，JavaScript最后被构想为和这些小程序相似的轻量级脚本语言。Java素来没有实现过它作为客户端编程语言的宣言，甚至“Java小程序”这个短语也正在被逐步摈弃，成为客户端应用程序模型中的含糊记忆。咱们最终以JavaScript作为浏览器客户端语言，而不是Java。通常，前端JavaScript开发者与服务器端团队所处的语言环境不同，后者可能应用PHP、Java、Ruby或Python进行开发。
随着工夫的推移，浏览器中的JavaScript引擎变得异样弱小，让咱们可能编写更加简单的浏览器端应用程序。有了Node.js，咱们终于能够通过在Web浏览器和服务器上应用雷同的编程语言——JavaScript实现Web应用程序的开发。
前端和后端应用对立语言具备以下几个潜在益处：

  • 一个开发团队能够同时负责前端和后端开发工作。
  • 能够更容易地在服务器和客户端之间迁徙代码。
  • 服务器和客户端之间的通用数据格式（JSON）。
  • 服务器和客户端都有通用的软件工具。
  • 用于服务器和客户端的通用测试或品质报告工具。

  • 在编写Web应用程序时，视图模板能够在两端应用。
    JavaScript语言十分风行，因为它在Web浏览器中无处不在。与其余语言相比，JavaScript是一种古代的高级的编程语言。因为它的风行，有大量经验丰富的JavaScript程序员人才。

    利用谷歌对V8的反对

    为了使Chrome成为一款风行且优良的Web浏览器，谷歌将V8引擎投资打造成一款超高速的JavaScript引擎。因而，谷歌有微小的能源持续改良V8。V8尽管是Chrome的JavaScript引擎，但也能够独立运行。
    Node.js构建在V8 JavaScript引擎之上，能充分利用V8的所有个性。因而，Node.js可能疾速实现JavaScript的新个性，因为这些新个性是由V8实现的，Node.js可能基于同样的起因取得同样的性能劣势。

    更精简、异步、事件驱动的模型

    据称，Node.js体系结构构建在单个执行线程上，具备奇妙的面向事件的异步编程模型和疾速的JavaScript引擎，比基于线程的体系结构可能节俭大量的CPU资源和内存资源。其余应用线程进行并发的零碎往往具备Node.js所没有的内存开销和复杂性。咱们将在本章前面的局部进一步探讨这个问题。

    微服务体系架构

    微服务体系架构是软件开发中的一种新的架构概念。微服务专一于将大型Web应用程序拆分为能够由小型团队轻松开发的小型的、严密关注的服务。尽管它们并不齐全是一个新概念，但更多的是对旧的客户机-服务器计算模型的重构，微服务模式非常适合麻利项目管理技术，并为咱们提供了更精密的应用程序部署。Node.js是实现微服务的优良平台。咱们稍后再谈。

    Node.js在经验重大决裂和友好后变得更加弱小

    2014年和2015年期间，Node.js社区在政策、方向和管制方面面临重大一致。io.js我的项目是一个友好的分支，由一个想要整合几个个性并扭转决策过程的团队驱动。最终的后果是Node.js和IO.JS知识库的合并，一个独立的Node.js基金会来运行这个我的项目，社区共同努力向前迈向独特的方向。
    愈合这一裂缝的一个具体后果是迅速采纳了新的ECMAScript语言个性。V8引擎正在迅速采纳这些新性能，以推动Web开发的状态。反过来，Node.js团队正以V8中所展现的速度采纳这些性能，这意味着Promise和异步函数正迅速成为Node.js程序员的事实。
    归根结底，Node.js社区不仅在io.js决裂和起初的ayo.js决裂之后幸存了下来，而且社区和平台也因而变得更加弱小。
    在本节中，你理解了应用Node.js的几个起因。Node.js不仅是一个受欢迎的平台，背地有弱小的社区反对，而且应用Node.js还有重大的技术起因。它的架构有一些要害的技术劣势，所以让咱们深入研究一下。

    Node.js事件驱动体系架构

    Node.js惊人的性能据说是因为它的异步事件驱动体系架枸和V8 JavaScript引擎的应用。这使Node.js可能同时解决多个工作，例如在来自多个Web浏览器的申请之间切换。Node.js的原始创建者Ryan Dahl遵循以下要点：

  • 与依赖线程解决多个并发工作的应用程序服务器相比，单线程、事件驱动的编程模型更易于开发，复杂性和资源开销更低。
  • 通过将阻塞函数调用转换为异步代码执行，您能够配置零碎，以便在满足阻塞申请时收回事件。
  • 你能够从Chrome浏览器中利用V8 JavaScript引擎，所有工作都将用于改良V8；因而，进入V8的所有性能加强都有利于Node.js。
    在大多数应用服务器中，并发或解决多个并发申请是通过多线程体系架构实现的。在这样的零碎中，任何数据申请或任何其余阻塞函数调用都会导致以后执行线程挂起并期待后果。解决并发申请须要有多个执行线程。当一个线程挂起时，另一个线程能够执行。当应用服务器启动和进行线程来解决申请时，这会导致凌乱。每个挂起线程（通常期待输出/输入操作实现）都会耗费一个残缺的调用堆栈内存，从而减少开销。线程减少了应用服务器的复杂性和服务器开销。
    为了帮忙咱们了解为什么会这样，Node.js的创建者Ryan Dahl提供了以下示例。在2010年5月的Cinco de NodeJS演示中
    （https://www.youtube.com/watch...）Dahl问咱们执行一行代码时会产生什么状况，如：
1    query('SELECT * from db.table', function (err, result) {2    if (err) throw err; // handle errors operate on result3    });

当然，当数据库层向数据库发送查问并期待后果或谬误时，程序会在此时暂停。这是一个阻塞函数调用的示例。依据查问的不同，此暂停可能相当长（好吧，几毫秒，这在计算机工夫中是很长的）。此暂停是谬误的，因为执行线程在期待后果达到时无奈执行任何操作。如果你的软件在运行单线程平台上，则整个服务器将被阻塞且无奈响应。如果你的利用程序运行在基于线程的服务器平台上，则须要一个线程上 下文开关来响应达到的所有其余申请。达到服务器的未完的成连贯数量越多，线程上下文切换的数量就越多。上下文切换不是收费的，因为每个线程状态须要更多的内存，CPU在线程治理开销上将破费更多的工夫。
Node.js最后开发的要害灵感是单线程零碎的简略性。单执行线程意味着服务器没有多线程零碎的复杂性。这个抉择意味着Node.js须要一个事件驱动模型来解决并发工作。代码不再期待阻塞申请的后果（例如从数据库检索数据），而是将事件分派给事件处理程序。
应用线程实现并发通常会存在很多问题，例如代价昂扬且容易出错，Java的同步原语易出错，或者设计并发软件可能非常复杂且容易出错。复杂性来自对共享变量的拜访以及防止线程之间死锁和竞争的各种策略。Java的同步原语就是这种策略的一个例子，显然许多程序员发现这种形式很难应用。有一种偏向是创立诸如java.util.concurrent之类的框架来减小线程并发的复杂性，但有些人认为，覆盖复杂性只会使问题变得更简单。
Java程序员可能会在这一点上提出异议。兴许他们的利用程序代码是针对Spring这样的框架编写的，或者他们间接应用JavaEE。在这两种状况下，他们的利用程序代码都不应用并发个性或解决线程，因而咱们方才形容的复杂性在哪里？仅仅因为复杂性暗藏在Spring和JavaEE中并不意味着没有复杂性和开销。
好的，咱们明确了：尽管多线程零碎能够做令人惊奇的事件，但它有其固有的复杂性。Node.js解决了什么？

Node.js解决了复杂性问题

Node.js要求咱们以不同的形式思考并发性。从事件循环异步触发的回调是一种更简略的并发模型，更易于了解、更易于实现、更易于推理、更易于调试和保护。
Node.js有一个执行线程，无需期待I/O或上下文切换。相同，有一个事件循环，在事件产生时将事件分派给处理程序函数。原本会阻止执行线程的申请会异步执行，后果或谬误会触发事件。任何阻塞或须要工夫能力实现的操作都必须应用异步模型。
原始的Node.js范例将调度的事件传递给匿名函数。既然JavaScript具备异步函数，Node.js范式正在转
变，通过wait关键字解决的Promise来交付后果和谬误。调用异步函数时，控件会疾速传递到事件循环，而不会导致Node.js阻塞。事件循环持续解决各种事件，同时记录每个后果或谬误的发送地位。
通过应用异步事件驱动的I/O，Node.js极大地节俭了内存开销。
Ryan Dahl在Cinco de Node演示文稿中提出的一个观点是不同申请的执行工夫层次结构。与硬盘上的对象或通过网络检索的对象（毫秒或秒）相比，内存中的对象访问速度更快（以纳秒为单位）。内部对象的较长拜访工夫是以无数个时钟周期来掂量的，当你的客户坐在他们的Web浏览器前筹备持续浏览时，如果加载页面的工夫超过两秒，那么客户就会很可能来到咱们的页面。
因而，并发申请解决意味着应用一种策略来解决须要更长时间能力响应的申请。如果指标是防止多线程零碎的复杂性，那么零碎必须像Node.js那样应用异步操作。
这些异步函数调用是什么样子的？

Node.js中的异步申请

在Node.js中，咱们后面查看的查问代码如下所示：

query('SELECT * from db.table', function (err, result) {if (err) throw err; // handle errors operate on result});

当后果（或谬误）可用时，提供一个被调用的函数（因而称为回调函数）。查问函数依然须要同样的工夫，但不会阻塞执行线程，而是返回事件循环，而后能够自在地解决其余申请。Node.js最终将触发一个事件，调用此回调函数并显示后果或谬误批示。
客户端JavaScript中应用了相似的范例，咱们始终在编写事件处理程序函数。
JavaScript语言的提高为咱们提供了新的抉择。使ES2015 promise，等同代码如下：

1    query('SELECT * from db.table') .then(result => {2    // operate on result3    })4    .catch(err => {5    // handle errors6    });    7    // handle errors8    }

除了async和await关键字之外，这看起来像是咱们用使其余语言编写的代码，而且更易于浏览。因为是应用await执行的，所以这依然是异步执行代码。
这三段代码段都执行咱们后面编写的查问。与其说查问是一个阻塞函数的调用，不如说是异步的不会阻
塞执行线程的异步代码。应用回调函数和promise（期约）的异步编码，Node.js有其本身的复杂性问题。通常，咱们一个接一个地调用异步函数。对于回调函数，这意味着是深度嵌套的回调函数；对于Promise，这意味着一长串.then处理函数。除了代码的复杂性，咱们还有谬误和后果呈现在不应该呈现的中央。异步执行的回调函数跳到下一行代码上，而是被调用。执行程序不是一行接一行，就像在同步编程语言中一样；相同，执行程序由回调函数的执行程序决定。
异步函数办法解决了这种编码复杂性。编码格调更天然，因为后果和谬误都呈现在该呈现的中央。await关键字集成了异步后果解决，而不是阻塞执行线程。在async/await个性的封装下暗藏了很多细节，在本书中咱们将宽泛地介绍这个模型。
然而Node.js的异步体系结构真的进步性能了吗？

性能和利用率

Node.js的一些令人兴奋之处在于它的吞吐量（能够解决的每秒申请数）。依据相似应用程序的比拟基准测试（例如，Apache）表明Node.js具备微小的性能晋升。
上面是一个简略的HTTP服务器（https://nodejs.org/en/)，间接从内存返回Hello World音讯：

1    var http = require('http');2    http.createServer(function (req, res) {3    res.writeHead(200, {'Content-Type': 'text/plain'});4    res.end('Hello World\n');5    }).listen(8124, "127.0.0.1");6    console.log('Server running at http://127.0.0.1:8124/');

这是一个应用Node.js构建的更简略的Web服务器。http对象封装了http协定，其http.createServer办法创立了一个残缺的Web服务器，在侦听办法中指定了侦听的端口。该Web服务器上的每个申请（无论是对任何URL的GET还是POST）都会调用提供的函数。它非常简单和轻便。在这种状况下，不论URL是什么，它都会返回一个简略的文本/纯文本，即Hello World响应。
Ryan Dahl在名为Ryan Dahl:Introduction to Node.js的视频中展现了一个简略的基准测试（在YouTube上的YUI Library频道上，https://www.youtube.com/watch? v=M-sc73Y-zQA）。它应用了与此类似的HTTP服务器，但返回了一个1兆字节的二进制缓冲区；Node.js给出了每秒822个申请的问题，
而Nginx给出的问题为每秒708个申请，比Nginx进步了15%。他还指出，Nginx的峰值内存为4兆字节，而Node.js的峰值内存为64兆字节。
要害的察看后果是，Node.js运行的是一种解释的、JIT编译的高级语言，其速度大概与Nginx一样快，Nginx由高度优化的C代码构建，同时运行相似的工作。该演示是在2010年5月，Node.js从那以后有了很大的改良，正如咱们后面提到的Chris Bailey的演讲所示。
雅虎！搜寻工程师Fabian Frank公布了一个应用Apache/PHP和Node.js堆栈的两个变体实现的实在搜寻查问倡议小部件的性能案例钻研(http://www.slideshare.net/Fab...
study). 该应用程序是一个弹出式面板，显示用户应用基于JSON的HTTP查问输出短语时的搜寻倡议。在雷同的申请提早下，Node.js版本每秒能够解决8倍的申请数。Fabian Frank说这两个Node.js堆栈都是线性扩大的，直到CPU使用率达到100%。
LinkedIn在服务器端应用Node.js对他们的挪动应用程序进行了大规模的批改，以取代旧的Ruby on Rails应用程序。这迁徙将他们的服务器从30向到3台，并且合并了前端和后端团队，因为所有内容都是用JavaScript编写的。在抉择Node.js之前，他们应用Event Machine评估了Rails，应用Twisted评估了Python和和Node.js。他们抉择Node.js，起因正是咱们方才探讨的。要理解LinkedIn具体的测试过程，请拜访http://arstechnica.com/inform...大多数现有的Node.js性能提醒都是为应用了CrankShaft优化器的旧版V8编写的。V8团队曾经齐全摈弃了CrankShaft，并抉择了新的优化器，叫做TurboFan例。例如，在CrankShaft下，使应用try/catch、let/const、generator等函数的速度较慢。因而，人们普遍认为不要应用这些个性，这很令人丧气，因为咱们想要应用新的JavaScript个性，因为新个性对JavaScript语言有很大的改良。Google V8团队的工程师Peter Marshall在Node.js Interactive 2017上发表演讲，宣称应用TurboFan，你齐全能够编写原生的JavaScript。应用TurboFan的指标是全面晋升V8引擎的性能。要查看演示文稿，请拜访https:// www.youtube.com/watch?v=YqOhBezMx1o。
对于JavaScript的一个“真谛”是，因为JavaScript的性质，所以JvaScript不适宜沉重的计算工作。咱们将在下一节探讨与此相关的一些问题。Mikola Lysenko在Node.js Interactive 2016上的演讲探讨了JavaScript数值计算的一些问题，以及一些可能的解决方案。一般的数值计算波及由数值算法解决的大型数值数组，这些数值算法可能是在微积分或线性代数课程中学习的。JavaScript短少的是多维数组和对某些CPU指令的读取。JavaScriptt提出的解决方案是应用JavaScript多维数组库，以及数值计算算法库读
取CPU指令。要查看演示文稿，请参阅Mikola Lysenko在https上制作的名为“JavaScript中的数值计算”的视频：https://www.youtube.com/watch...。
在2017年的Node.js交互会议上，IBM的Chris Bailey证实Node.js是高度可扩大微服务的最佳抉择。要害性能特色是I/O性能（以每秒事务数掂量）、启动工夫（因为这限度了服务扩大到满足需要的速度）和内存占用（因为这决定了每台服务器能够部署多少应用程序实例）。Node.js在所有这些指标上都表现出色；在随后的每个版本中，它要么在每个度量上都有所改进，要么放弃相当稳固。Bailey给出了一些数字，将Node.js与在Spring Boot中编写的相似基准进行了比拟，显示Node.js的性能要好得多。要查看他的演讲，请参阅名为Node.js Performance and Highly Scalable Micro Services-Chris Bailey，IBM，https://www. youtube.com/watch?v=Fbhhc4jtGW4。
底线是Node.js在事件驱动的I/O吞吐量方面表现出色。Node.js程序是否在计算程序方面表现出色，取决于你是否奇妙地克服JavaScript语言中的一些缺点。
计算式编程的一个大问题是阻止了事件循环的执行。正如咱们将在下一节中看到的那样，这可能会使Node.js看起来不适宜所有利用。

Node.js是一场恶性的可伸缩性劫难吗

2011年10月，一篇名为Node.js的博文（从公布该博文的博客中摘取）是一种称为Node.js的癌症——可伸缩性劫难。为证实这一点而展现的示例是斐波那契序列算法的CPU限度实现。尽管这个论点是有缺点的，因为没有人实现斐波那契，这就证实了Node.js应用程序开发者必须思考以下问题：在哪里进行沉重的计算工作？维持Node.js应用程序高吞吐量的要害是确保事件失去疾速解决。因为它应用单个执行线程，所以如果该线程因大量计算而梗塞，Node.js将无奈处理事件，事件吞吐量将受到影响。
斐波那契序列作为沉重计算工作的代名词，对于这样一个大大计算量的实现，计算成本很快就会变的昂扬:

1    const fibonacci = exports.fibonacci = function(n) {   2    if (n === 1 || n === 2) {3    return 1;     4    } else {5    return fibonacci(n-1) + fibonacci(n-2);6    } 7 }

这是一种计算斐波那契数的特地简略的办法。是的，有很多办法能够更快地计算斐波那契数列。咱们将这个计算方法作为一个通用示例来演示当事件处理程序运行迟缓时Node.js会呈现什么问题，而不是探讨计算数学函数的最佳办法。思考以下服务器：

1    const http = require('http');2    const url  = require('url');3    http.createServer(function (req, res) {4    const urlP = url.parse(req.url, true);5    let fibo;6    res.writeHead(200, {'Content-Type': 'text/plain'});   7    if (urlP.query['n']) {8    fibo = fibonacci(urlP.query['n']);  // Blocking9    res.end('Fibonacci '+ urlP.query['n'] +'='+ fibo);   } else { 10    res.end('USAGE: http://127.0.0.1:8124?n=## where ##11    is the Fibonacci number desired');12    }13    }).listen(8124, '127.0.0.1');14    console.log('Server running at http://127.0.0.1:8124');

这是后面显示的简略Web服务器的扩大。Web服务器查找申请URL中的参数n，计算它的斐波那契数。计算完结后，后果将返回给调用者。
对于足够大的n值（例如，40），服务器将齐全无响应，因为事件循环未运行。相同，计算函数已阻止事件处理，因为当函数在进行计算时，事件循环无奈分派事件。换句话说，斐波那契函数是所有阻塞操作的替代品。
这是否意味着Node.js是一个有缺点的平台？不，这只是意味着程序员必须留神辨认长时间运行的计算代码并开发解决方案。包含重写处理事件循环的算法，通过重写算法提高效率，集成原生代码库，或者应用后端服务器计算须要大量计算性能的计算工作。
简略地重写通过事件循环分派的计算工作，让服务器持续处理事件循环中的申请。应用回调和闭包（匿名函数），使咱们可能保护异步I/O和并发Promise，如以下代码所示：

1    const fibonacciAsync = function(n, done) {    2    if (n === 0) {3    return 0;4    } else if (n === 1 || n === 2) {5    done(1);6    } else if (n === 3) {7    return 2;8    } else {9    process.nextTick(function() {10    fibonacciAsync(n-1, function(val1) {11    process.nextTick(function() {12    fibonacciAsync(n-2, function(val2) { done(val1+val2); }); 13    });14    });15    });16    }17    }

这是一种计算斐波那契数的同样愚昧的办法，然而通过应用process.nextTick，事件循环有机会执行。因为这是一个采纳回调函数的异步函数，因而须要对服务器进行一些重构：

1    const http = require('http');2    const url  = require('url');3    http.createServer(function (req, res) {  4    let urlP = url.parse(req.url, true);5    res.writeHead(200, {'Content-Type': 'text/plain'});   6    if (urlP.query['n']) {    7    fibonacciAsync(urlP.query['n'], fibo => {  // Asynchronous 8    res.end('Fibonacci '+ urlP.query['n'] +'='+ fibo);    9  });10    } else {    11    res.end('USAGE: http://127.0.0.1:8124?n=## where ## is the 12    Fibonacci number desired');13    }14    }).listen(8124, '127.0.0.1'); 15    console.log('Server running at http://127.0.0.1:8124');