20283人阅读
概述：NodeJS宣称其目标是“旨在提供一种简单的构建可伸缩网络程序的方法”，那么它的出现是为了解决什么问题呢，它有什么优缺点以及它适用于什么场景呢？
本文就个人使用经验对这些问题进行探讨。
一. NodeJS的特点
我们先来看看NodeJS官网上的介绍：
Node.js is a platform built on Chrome’s JavaScript runtime for easily building fast, scalable network applications. Node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications
that run across distributed devices.
其特点为：
1. 它是一个Javascript运行环境
2. 依赖于Chrome V8引擎进行代码解释
3. 事件驱动
4. 非阻塞I/O
5. 轻量、可伸缩，适于实时数据交互应用
6. 单进程，单线程
二. NodeJS带来的对系统瓶颈的解决方案
它的出现确实能为我们解决现实当中系统瓶颈提供了新的思路和方案，下面我们看看它能解决什么问题。
1. 并发连接
举个例子，想象一个场景，我们在银行排队办理业务，我们看看下面两个模型。
（1）系统线程模型：
这种模型的问题显而易见，服务端只有一个线程，并发请求（用户）到达只能处理一个，其余的要先等待，这就是阻塞，正在享受服务的请求阻塞后面的请求了。
（2）多线程、线程池模型：
这个模型已经比上一个有所进步，它调节服务端线程的数量来提高对并发请求的接收和响应，但并发量高的时候，请求仍然需要等待，它有个更严重的问题。到代码层面上来讲，我们看看客户端请求与服务端通讯的过程：
服务端与客户端每建立一个连接，都要为这个连接分配一套配套的资源，主要体现为系统内存资源，以PHP为例，维护一个连接可能需要20M的内存。这就是为什么一般并发量一大，就需要多开服务器。
那么NodeJS是怎么解决这个问题的呢？我们来看另外一个模型，想象一下我们在快餐店点餐吃饭的场景。
（3）异步、事件驱动模型
我们同样是要发起请求，等待服务器端响应；但是与银行例子不同的是，这次我们点完餐后拿到了一个号码，拿到号码，我们往往会在位置上等待，而在我们后面的请求会继续得到处理，同样是拿了一个号码然后到一旁等待，接待员能一直进行处理。
等到饭菜做号了，会喊号码，我们拿到了自己的饭菜，进行后续的处理（吃饭）。这个喊号码的动作在NodeJS中叫做回调（Callback），能在事件（烧菜，I/O）处理完成后继续执行后面的逻辑（吃饭），这体现了NodeJS的显著特点，异步机制、事件驱动整个过程没有阻塞新用户的连接（点餐），也不需要维护已经点餐的用户与厨师的连接。
基于这样的机制，理论上陆续有用户请求连接，NodeJS都可以进行响应，因此NodeJS能支持比Java、PHP程序更高的并发量虽然维护事件队列也需要成本，再由于NodeJS是单线程，事件队列越长，得到响应的时间就越长，并发量上去还是会力不从心。
总结一下NodeJS是怎么解决并发连接这个问题的：更改连接到服务器的方式，每个连接发射（emit）一个在NodeJS引擎进程中运行的事件（Event），放进事件队列当中，而不是为每个连接生成一个新的OS线程（并为其分配一些配套内存）。
2. I/O阻塞
NodeJS解决的另外一个问题是I/O阻塞，看看这样的业务场景：需要从多个数据源拉取数据，然后进行处理。
（1）串行获取数据，这是我们一般的解决方案，以PHP为例
假如获取profile和timeline操作各需要1S，那么串行获取就需要2S。
（2）NodeJS非阻塞I/O，发射/监听事件来控制执行过程
NodeJS遇到I/O事件会创建一个线程去执行，然后主线程会继续往下执行的，因此，拿profile的动作触发一个I/O事件，马上就会执行拿timeline的动作，两个动作并行执行，假如各需要1S，那么总的时间也就是1S。它们的I/O操作执行完成后，发射一个事件，profile和timeline，事件代理接收后继续往下执行后面的逻辑，这就是NodeJS非阻塞I/O的特点。
总结一下：Java、PHP也有办法实现并行请求（子线程），但NodeJS通过回调函数（Callback）和异步机制会做得很自然。
三. NodeJS的优缺点
优点：1. 高并发（最重要的优点）
2. 适合I/O密集型应用
缺点：1. 不适合CPU密集型应用；CPU密集型应用给Node带来的挑战主要是：由于JavaScript单线程的原因，如果有长时间运行的计算（比如大循环），将会导致CPU时间片不能释放，使得后续I/O无法发起；
解决方案：分解大型运算任务为多个小任务，使得运算能够适时释放，不阻塞I/O调用的发起；
2. 只支持单核CPU，不能充分利用CPU
3. 可靠性低，一旦代码某个环节崩溃，整个系统都崩溃
原因：单进程，单线程
解决方案：（1）Nnigx反向代理，负载均衡，开多个进程，绑定多个端口；
（2）开多个进程监听同一个端口，使用cluster模块；
4. 开源组件库质量参差不齐，更新快，向下不兼容
5. Debug不方便，错误没有stack trace
四. 适合NodeJS的场景
1. RESTful API
这是NodeJS最理想的应用场景，可以处理数万条连接，本身没有太多的逻辑，只需要请求API，组织数据进行返回即可。它本质上只是从某个数据库中查找一些值并将它们组成一个响应。由于响应是少量文本，入站请求也是少量的文本，因此流量不高，一台机器甚至也可以处理最繁忙的公司的API需求。
2. 统一Web应用的UI层
目前MVC的架构，在某种意义上来说，Web开发有两个UI层，一个是在浏览器里面我们最终看到的，另一个在server端，负责生成和拼接页面。
不讨论这种架构是好是坏，但是有另外一种实践，面向服务的架构，更好的做前后端的依赖分离。如果所有的关键业务逻辑都封装成REST调用，就意味着在上层只需要考虑如何用这些REST接口构建具体的应用。那些后端程序员们根本不操心具体数据是如何从一个页面传递到另一个页面的，他们也不用管用户数据更新是通过Ajax异步获取的还是通过刷新页面。
3. 大量Ajax请求的应用
例如个性化应用，每个用户看到的页面都不一样，缓存失效，需要在页面加载的时候发起Ajax请求，NodeJS能响应大量的并发请求。　　总而言之，NodeJS适合运用在高并发、I/O密集、少量业务逻辑的场景。
其实NodeJS能实现几乎一切的应用，我们考虑的点只是适不适合用它来做。
转载请注明：&>>&
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：58584次
排名：千里之外
原创：11篇
转载：21篇
(1)(1)(2)(1)(2)(1)(1)(1)(1)(1)(1)(1)(2)(3)(1)(8)(1)(2)(1)nodejs的优势和劣势是什么？ - CNode技术社区
这家伙很懒，什么个性签名都没有留下。
曾经java程序员看不上javascript程序员，现在反过来了
javascript可以开发web，从asp时代就可以，但javascript的先天缺陷，很长一段时间被当作开发小脚本的工具，后来随着google大量使用ajax，javascript在前端火了，现在在后端又火了。
nodejs开发后端的优势是什么？好像是异步和实时交互性的东西，但javascript的先天不足导致在逻辑上容易混乱
你说的已经很好了
做页游或webqq这样的应用nodejs有优势，但如果做微博、豆瓣、facebook这样的社交网络，nodejs还有优势吗？另外不知道大家是什么原因选择的nodejs？是因为应用需求还是对javascript这门语言的喜欢？
站在初学者的立场, 我学 Node 是因为 JS 通用省得再去熟悉一们语言
同时 CoffeeScript 是喜欢, 而我最想学的聊天室用 Node 实现非常方便
另外 Node 的教程, 开篇只是简单的服务器, 然后就模块怎么用.
其他 Web 服务器教程一眼扫过去要去掌握的模型和结构就很多了
Node 相对轻松一些, 使用模块扩展更容易上手, 所以就想玩这个了
一个规模稍微大点的系统都不是一种开发语言可以搞定的，往往是几种混杂一起，比如c、c++做服务器端开发，java做业务逻辑，php等做前端展示，此外还需要消息中间件等等。
nodejs可以很快地在服务器端做原型（原来只有c系和java等能做的事情，性能还很高），而且代码量相对会少很多；另一点是它的语法优势，js闭包等。但它不太适合做cpu密集型处理的工作，只能绕着弯去解决，据说这次QCon会有人分享这方面的研究成果，可以关注下。
每种语言都有它适合的领域，没必要强求一门语言可以解决所有事情，拥有其它语言的特性，只有不断的tradeoff把系统做出来才是目标。
nodejs 这种异步的方式，注定在做一些线性执行方面不占优势，
以我的使用经验来看，在处理网络数据抓取方面还是有很大的优势的，最近我就使用nodejs做了个数据抓取小程序，用着还是相当的舒服的
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
服务器赞助商为
，存储赞助商为
，由提供应用性能服务。
新手搭建 Node.js 服务器，推荐使用无需备案的Posts - 55,
Articles - 0,
Comments - 3
成长的足迹就是最大的财富
21:48 by OOA, ... 阅读,
如果您听说过 Node，或者阅读过一些文章，宣称 Node 是多么多么的棒，那么您可能会想：&Node 究竟是什么东西？&尽管不是针对所有人的，但 Node 可能是某些人的正确选择。
为试图解释什么是 Node.js，本文探究了它能解决的问题，它如何工作，如何运行一个简单应用程序，最后，Node 何时是和何时不是一个好的解决方案。本文不涉及如何编写一个复杂的 Node 应用程序，也不是一份全面的 Node 教程。阅读本文应该有助于您决定是否应该学习 Node，以便将其用于您的业务。
Node 旨在解决什么问题？
Node 公开宣称的目标是 &旨在提供一种简单的构建可伸缩网络程序的方法&。当前的服务器程序有什么问题？我们来做个数学题。在 Java& 和 PHP 这类语言中，每个连接都会生成一个新线程，每个新线程可能需要 2 MB 配套内存。在一个拥有 8 GB RAM 的系统上，理论上最大的并发连接数量是 4,000 个用户。随着您的客户端基础的增长，您希望您的 web 应用程序支持更多用户，这样，您必须添加更多服务器。当然，这会增加业务成本，尤其是服务器成本、运输成本和人工成本。除这些成本上升外，还有一个技术问题：用户可能针对每个请求使用不同的服务器，因此，任何共享资源都必须在所有服务器之间共享。例如，在 Java 中，静态变量和缓存需要在每个服务器上的 JVMs 之间共享。这就是整个 web 应用程序架构中的瓶颈：一个服务器能够处理的并发连接的最大数量。
Node 解决这个问题的方法是：更改连接连接到服务器的方式。每个连接都创建一个进程，该进程不需要配套内存块，而不是为每个连接生成一个新的 OS 线程（并向其分配一些配套内存）。Node 声称它绝不会死锁，因为它根本不允许使用锁，它不会直接阻塞 I/O 调用。Node 还宣称，运行它的服务器能支持数万个并发连接。事实上，Node 通过将整个系统中的瓶颈从最大连接数量更改到单个系统的流量来改变服务器面貌。
现在您有了一个能处理数万条并发连接的程序，那么您能通过 Node 实际构建什么呢？如果您有一个 web 应用程序需要处理这么多连接，那将是一件很 &恐怖& 的事！那是一种 &如果您有这个问题，那么它根本不是问题& 的问题。在回答上面的问题之前，我们先看看 Node 如何工作以及它被设计的如何运行。
Node 肯定不是什么
没错，Node 是一个服务器程序。但是，它肯定不 像 Apache 或 Tomcat。那些服务器是独立服务器产品，可以立即安装并部署应用程序。通过这些产品，您可以在一分钟内启动并运行一个服务器。Node 肯定不是这种产品。Apache 能添加一个 PHP 模块来允许开发人员创建动态 web 页，使用 Tomcat 的程序员能部署 JSPs 来创建动态 web 页。Node 肯定不是这种类型。
在 Node 的早期阶段（当前是 version 0.4.6），它还不是一个 &运行就绪& 的服务器程序，您还不能安装它，向其中放置文件，拥有一个功能齐全的 web 服务器。即使是要实现 web 服务器在安装完成后启动并运行这个基本功能，也还需要做大量工作。
Node 如何工作
Node 本身运行 V8 JavaScript。等等，服务器上的 JavaScript？没错，您没有看错。服务器端 JavaScript 是一个相对较新的概念，这个概念是大约两年前在 developerWorks 上讨论 Aptana Jaxer 产品时提到的（参见 参考资料）。尽管 Jaxer 一直没有真正流行，但这个理念本身并不是遥不可及的 & 为何不能在服务器上使用客户机上使用的编程语言？
什么使 V8？V8 JavaScript 引擎是 Google 用于他们的 Chrome 浏览器的底层 JavaScript 引擎。很少有人考虑 JavaScript 在客户机上实际做了些什么？实际上，JavaScript 引擎负责解释并执行代码。使用 V8，Google 创建了一个以 C++ 编写的超快解释器，该解释器拥有另一个独特特征；您可以下载该引擎并将其嵌入任何 应用程序。它不仅限于在一个浏览器中运行。因此，Node 实际上使用 Google 编写的 V8 JavaScript 引擎并将其重建为在服务器上使用。太完美了！既然已经有一个不错的解决方案可用，为何还要创建一种新语言呢？
事件驱动编程
许多程序员接受的教育使他们认为，面向对象编程是完美的编程设计，而对其他编程方法不屑一顾。Node 使用一个所谓的事件驱动编程模型。
清单 1. 客户端上使用 jQuery 的事件驱动编程
// jQuery code on the client-side showing how Event-Driven programming works// When a button is pressed, an Event occurs - deal with it// directly right here in an anonymous function, where all the// necessary variables are present and can be referenced directly$("#myButton").click(function(){ & & if ($("#myTextField").val() != $(this).val()) & & & & alert("Field must match button text");});
实际上，服务器端和客户端没有任何区别。没错，这没有按钮点击操作，也没有向文本字段键入的操作，但在一个更高的层面上，事件正在 发生。一个连接被建立 & 事件！数据通过连接接收 & 事件！数据通过连接停止 & 事件！
为什么这种设置类型对 Node 很理想？JavaScript 是一种很棒的事件驱动编程语言，因为它允许匿名函数和闭包，更重要的是，任何写过代码的人都熟悉它的语法。事件发生时调用的回调函数可以在捕获事件处编写。这样，代码容易编写和维护，没有复杂的面向对象框架，没有接口，没有在上面架构任何内容的潜能。只需监听事件，编写一个回调函数，然后，事件驱动编程将照管好一切！
示例 Node 应用程序
最后，我们来看一些代码！让我们将讨论过的所有内容综合起来，创建我们的第一个 Node 应用程序。由于我们已经知道，Node 对于处理高流量应用程序很理想，我们就来创建一个非常简单的 web 应用程序 & 一个为实现最大速度而构建的应用程序。下面是 &老板& 交代的关于我们的样例应用程序的具体要求：创建一个随机数字生成器 RESTful API。这个应用程序应该接受一个输入：一个名为 &number& 的参数。然后，应用程序返回一个介于 0 和该参数之间的随机数字，并将生成的数字返回调用者。由于 &老板& 希望它成为一个广泛流行的应用程序，因此它应该能处理 50,000 个并发用户。我们来看看代码：
清单 2. Node 随机数字生成器
// these modules need to be imported in order to use them.// Node has several modules. &They are like any #include// or import statement in other languagesvar http = require("http");var url = require("url");// The most important line in any Node file. &This function// does the actual process of creating the server. &Technically,// Node tells the underlying operating system that whenever a// connection is made, this particular callback function should be// executed. &Since we're creating a web service with REST API,// we want an HTTP server, which requires the http variable// we created in the lines above.// Finally, you can see that the callback method receives a 'request'// and 'response' object automatically. &This should be familiar// to any PHP or Java programmer.http.createServer(function(request, response) { & & // The response needs to handle all the headers, and the return codes & & // These types of things are handled automatically in server programs & & // like Apache and Tomcat, but Node requires everything to be done yourself & & response.writeHead(200, {"Content-Type": "text/plain"}); & & // Here is some unique-looking code. &This is how Node retrieves & & // parameters passed in from client requests. &The url module & & // handles all these functions. &The parse function & & // deconstructs the URL, and places the query key-values in the & & // query object. &We can find the value for the "number" key & & // by referencing it directly - the beauty of JavaScript. & & var params = url.parse(request.url, true). & & var input = param. & & // These are the generic JavaScript methods that will create & & // our random number that gets passed back to the caller & & var numInput = new Number(input); & & var numOutput = new Number(Math.random() * numInput).toFixed(0); & & // Write the random number to response & & response.write(numOutput); & & // Node requires us to explicitly end this connection. &This is because & & // Node allows you to keep a connection open and pass data back and forth, & & // though that advanced topic isn't discussed in this article. & & response.end(); & // When we create the server, we have to explicitly connect the HTTP server to & // a port. &Standard HTTP port is 80, so we'll connect it to that one.}).listen(80);// Output a String to the console once the server starts up, letting us know everything// starts up correctlyconsole.log("Random Number Generator Running...");
启动应用程序
将上面的代码放到一个名为 &random.js& 的文件中。现在，要启动这个应用程序并运行它（进而创建 HTTP 服务器并监听端口 80 上的连接），只需在您的命令提示中输入以下命令：% node random.js。下面是服务器已经启动并运行时它看起来的样子：
root@ubuntu:/home/moilanen/ws/mike# node random.jsRandom Number Generator Running...
访问应用程序
应用程序已经启动并运行。Node 正在监听任何连接，我们来测试一下。由于我们创建了一个简单的 RESTful API，我们可以使用我们的 web 浏览器来访问这个应用程序。键入以下地址（确保您完成了上面的步骤）：http://localhost/?number=27。
您的浏览器窗口将更改到一个介于 0 到 27 之间的随机数字。单击浏览器上的 &重新载入& 按钮，将得到另一个随机数字。就是这样，这就是您的第一个 Node 应用程序！
Node 对什么有好处？
到此为止，应该能够回答 &Node 是什么& 这个问题了，但您可能还不清楚什么时候应该使用它。这是一个需要提出的重要问题，因为 Node 对有一些东西有好处，但相反，对另一些东西而言，目前 Node 可能不是一个好的解决方案。您需要小心决定何时使用 Node，因为在错误的情况下使用它可能会导致一个多余编码的 LOT。
它对什么有好处？
正如您此前所看到的，Node 非常适合以下情况：您预计可能有很高的流量，而在响应客户端之前服务器端逻辑和处理所需不一定是巨大的。Node 表现出众的典型示例包括：
RESTful API提供 RESTful API 的 web 服务接收几个参数，解析它们，组合一个响应，并返回一个响应（通常是较少的文本）给用户。这是适合 Node 的理想情况，因为您可以构建它来处理数万条连接。它还不需要大量逻辑；它只是从一个数据库查找一些值并组合一个响应。由于响应是少量文本，入站请求时少量文本，因此流量不高，一台机器甚至也可以处理最繁忙的公司的 API 需求。
Twitter 队列想像一下像 Twitter 这样的公司，它必须接收 tweets 并将其写入一个数据库。实际上，每秒几乎有数千条 tweets 达到，数据库不可能及时处理高峰时段需要的写入数量。Node 成为这个问题的解决方案的重要一环。如您所见，Node 能处理数万条入站 tweets。它能迅速轻松地将它们写入一个内存排队机制（例如 memcached），另一个单独进程可以从那里将它们写入数据库。Node 在这里的角色是迅速收集 tweet 并将这个信息传递给另一个负责写入的进程。想象一下另一种设计 & 一个常规 PHP 服务器自己试图处理对数据库的写入 & 每个 tweet 将在写入数据库时导致一个短暂的延迟，这是因为数据库调用正在阻塞通道。由于数据库延迟，一台这样设计的机器每秒可能只能处理 2000 条入站 tweets。每秒 100 万条 tweets 需要 500 个服务器。相反，Node 能处理每个连接而不会阻塞通道，从而能捕获尽可能多的 tweets。一个能处理 50,000 条 tweets 的 Node 机器只需要 20 个服务器。
映像文件服务器一个拥有大型分布式网站的公司（比如 Facebook 或 Flickr）可能会决定将所有机器只用于服务映像。Node 将是这个问题的一个不错的解决方案，因为该公司能使用它编写一个简单的文件检索器，然后处理数万条连接。Node 将查找映像文件，返回文件或一个 404 错误，然后什么也不用做。这种设置将允许这类分布式网站减少它们服务映像、.js 和 .css 文件等静态文件所需的服务器数量。
它对什么有坏处？
当然，在某些情况下，Node 并非理想选择。下面是 Node 不擅长的领域：
动态创建的页目前，Node 没有提供一种默认方法来创建动态页。例如，使用 JavaServer Pages (JSP) 技术时，可以创建一个在 &% for (int i=0; i&20; i++) { } %& 这样的 JSP 代码段中包含循环的 index.jsp 页。Node 不支持这类动态的、HTML 驱动的页面。同样，Node 不太适合作为 Apache 和 Tomcat 这样的网页服务器。因此，如果您想在 Node 中提供这样一个服务器端解决方案，必须自己编写整个解决方案。PHP 程序员不想在每次部署 web 应用程序时都编写一个针对 Apache 的 PHP 转换器，当目前为止，这正是 Node 要求您做的。
关系数据库重型应用程序Node 的目的是快速、异步和非阻塞。数据库并不一定分享这些目标。它们是同步和阻塞的，因为读写时对数据库的调用在结果生成之前将一直阻塞通道。因此，一个每个请求都需要大量数据库调用、大量读取、大量写入的 web 应用程序非常不适合 Node，这是因为关系数据库本身就能抵销 Node 的众多优势。（新的 NoSQL 数据库更适合 Node，不过那完全是另一个主题了。）
问题是 &什么是 Node.js?& 应该已经得到解答。阅读本文之后，您应该能通过几个清晰简洁的句子回答这个问题。如果这样，那么您已经走到了许多编码员和程序员的前面。我和许多人都谈论过 Node，但它们对 Node 究竟是什么一直很迷惑。可以理解，他们具有的是 Apache 的思维方式 & 服务器是一个应用程序，将 HTML 文件放入其中，一切就会正常运转。而 Node 是目的驱动的。它是一个软件程序，使用 JavaScript 来允许程序员轻松快速地创建快速、可伸缩的 web 服务器。Apache 是运行就绪的，而 Node 是编码就绪的。
Node 完成了它提供高度可伸缩服务器的目标。它并不分配一个 &每个连接一个线程& 模型，而是使用一个 &每个连接一个流程& 模型，只创建每个连接需要的内存。它使用 Google 的一个非常快速的 JavaScript 引擎：V8 引擎。它使用一个事件驱动设计来保持代码最小且易于阅读。所有这些因素促成了 Node 的理想目标 & 编写一个高度可伸缩的解决方案变得比较容易。
与理解 Node 是 什么同样重要的是，理解它不是 什么。Node 并不是 Apache 的一个替代品，后者旨在使 PHP web 应用程序更容易伸缩。事实确实如此。在 Node 的这个初始阶段，大量程序员使用它的可能性不大，但在它能发挥作用的场景中，它的表现非常好。
将来应该期望从 Node 得到什么呢？这也许是本文引出的最重要的问题。既然您知道了它现在的作用，您应该会想知道它下一步将做什么。在接下来的一年中，我期待着 Node 提供与现有的第三方支持库更好地集成。现在，许多第三方程序员已经研发了用于 Node 的插件，包括添加文件服务器支持和 MySQL 支持。希望 Node 开始将它们集成到其核心功能中。最后，我还希望 Node 支持某种动态页面模块，这样，您就可以在 HTML 文件中执行在 PHP 和 JSP（也许是一个 NSP，一个 Node 服务器页）中所做的操作。最后，希望有一天会出现一个 &部署就绪& 的 Node 服务器，可以下载和安装，只需将您的 HTML 文件放到其中，就像使用 Apache 或 Tomcat 那样。Node 现在还处于初始阶段，但它发展得很快，可能不久就会出现在您的视野中。}