使用 Node.js 的优势和劣势都有哪些？
使用 Node.js 的优势和劣势都有哪些？
【宓俊的回答(151票)】:
我用 Node.js 开发了 Am I Hacked，算是有一点用 Node.js 支持大流量的经验。先列一些数字
- 服务器是 Linode 512，也就是 Linode 上最低端的 VPS ，只有 512MB 的内存。
- 数据库，Node.js 程序和静态文件都放在同一台服务器上。
- 大部分查询耗时 20-100ms 。少数查询由于缓存 miss 较多，耗时会高达500ms。
- 最高日PV超过了一百万，Google Analytic 上显示的同时在线人数最高达2000。
- 平均每秒能完成20-30次查询，瓶颈在磁盘IO，CPU几乎无压力。
- 虽然压力如此之大，首页几乎都能在一秒内打开，查询也会在3秒内返回。
- Node.js 程序占用内存 90MB-110MB，剩余内存都被磁盘缓存占据。
然后说说 Node.js 的其他优点
- Node.js 的架构与 Django, Rails 等传统的 Framework 不同，不需要放在 Nginx / Apache 后，利用 WSGI， CGI 之类的接口一板一眼的 [接受Request] -> [运行程序逻辑] -> [生成并返回Response]。这是一个巨大的变化，之前一些无法想象的功能都有可能实现了。比如 https://github.com/Miserlou/DirtyShare 可以用浏览器实现 P2P 的文件传输。正因为 Node.js 可以更精细的控制 Request 和 Response 的时间和内容，websocket 似乎天生就是为 Node.js 而生的，而配合 http://socket.io 这个神奇的库之后，在 realtime webapp 这个领域，Node.js 已经没有对手了。
- Node.js 的包管理器 npm 设计得比 python 和 ruby 好很多。有很多的 module 开发者。
- Debug 很困难。没有 stack trace，出了问题很难查找问题的原因。
- 如果设计不好，很容易让代码充满 callback 。实在受不了的可以考虑一下 https://github.com/laverdet/node-fibers/ 这个项目。不过 Node.js 的核心团队并不推荐使用。
有没有大公司使用？
- LinkedIn Mobile 的 服务器端完全是用 Node.js 写的。
- Yahoo 有一部分新项目使用了 Node.js。
- 阿里巴巴内部也有一些新项目用到了 Node.js。
【赵东炜的回答(16票)】:
我们正在用 node.js 开发系统。系统架构和肉饼同学描述的一模一样：
前端 javascript ／ app＋JSONAPI＋node后端。
到目前为止的感觉是：
好的部分
1，统一语言。整个 team 里除了我，都是刚毕业（当然有个学习曲线了，但过了就好了），现在所有人前后端通吃，有问题谁都能从前端一直追到数据库。
2，统一模型。如果你已经习惯异步和回调，那么配合 redis/mq 之类的设施，思考起来会很一致。
3，社区活跃。各种包，几乎所有能想得到的需求，都有人做了包出来 npm 一装就好。
不好的部分
1，有的包成熟度不高，有时需要 debug 包的内部问题，已经碰到好几回，好在都是开源的，虽说费点劲，但大多都能解决。
2，容易写出糟糕的代码，callback 的执行流程有时并不是很符合直觉，需要定期 review 和重构来加以避免。
另外，澄清一下
单线程，tcp，这些是常规误解，在 node 0.8 以上版本已经都不是问题。此外，我个人并不认为 node 不适合做 web 开发，虽然现在架构的趋势是比较偏向于 thin json api，但 express 框架确实也能很好地（而且很漂亮）解决上述诸如：路由、缓存、中间件、cookie、session、template 之类的 web 典型问题。
至于是否面向对象，我觉得和代码的组织没有关系。node 提供了完备的 pacakge 机制。代码组织不是问题。
【CatChen的回答(24票)】:
Node.js 的优势是「高并发」，所以很适合用来做 IO 调度，但不太适合用来做复杂计算。
Yahoo 在使用 Node.js，并且已经有了自己的 Node.js 云服务，使用起来类似于 Heroku 或 Google AppEngine——上传应用的源代码，云端自动处理好依赖关系，然后分配适当的资源来运行。Yahoo 使用的方式也很明确，后端真正复杂的逻辑不会用 Node.js 来写，而是 C++ 写好的 JSON API 接口。当来自 Internet 的请求来到 Node.js 时，Node.js 处理部分业务逻辑，但不做复杂计算，将业务逻辑分解为后端 JSON API 调用能解决的问题，然后发起调用。Node.js 的优势在于这些 JSON API 调用都是异步的，等待返回期间不占用任何资源，所以 Node.js 作为前端服务器能够承载更高的并发度。
如果个性化服务是一种趋势，那么 Node.js 高并发的优势就比较明显。个性化服务使得内容数据不能在前端服务器做缓存，因为每个人看到的都不一样。这时候前端服务器就必须处理每一个请求，但后端数据计算则可以并行地做，让用户感觉不到明显延时。
【FengqiAsia的回答(54票)】:
先回答第二个问题吧。Node.js其实有很多大公司都在用的，比如eBay, Microsoft, 你可以去Node.js官网看看：Node.js
要想知道更详细的列表，可以看这里：https://github.com/joyent/node/wiki/Projects,-Applications,-and-Companies-Using-Node
再稍微花点时间，搜集一些网上资料回答第一个问题：优势和劣势。
要讲清楚这个问题，先讲讲整个Web应用程序架构（包括流量、处理器速度和内存速度）中的瓶颈。瓶颈在于服务器能够处理的并发连接的最大数量。Node.js解决这个问题的方法是：更改连接到服务器的方式。每个连接发射一个在Node.js引擎的进程中运行的事件，而不是为每个连接生成一个新的OS线程（并为其分配一些配套内存）。Node.js不会死锁，因为它根本不允许使用锁，它不会直接阻塞 I/O 调用。Node.js还宣称，运行它的服务器能支持数万个并发连接。
Node本身运行V8 JavaScript。V8 JavaScript引擎是Google用于其Chrome浏览器的底层JavaScript引擎。Google使用V8创建了一个用C++编写的超快解释器，该解释器拥有另一个独特特征：您可以下载该引擎并将其嵌入任何应用程序。V8 JavaScript引擎并不仅限于在一个浏览器中运行。因此，Node.js实际上会使用Google编写的V8 JavaScript引擎，并将其重建为可在服务器上使用。
Node.js优点：
1、采用事件驱动、异步编程，为网络服务而设计。其实Javascript的匿名函数和闭包特性非常适合事件驱动、异步编程。而且JavaScript也简单易学，很多前端设计人员可以很快上手做后端设计。
2、Node.js非阻塞模式的IO处理给Node.js带来在相对低系统资源耗用下的高性能与出众的负载能力，非常适合用作依赖其它IO资源的中间层服务。3、Node.js轻量高效，可以认为是数据密集型分布式部署环境下的实时应用系统的完美解决方案。Node非常适合如下情况：在响应客户端之前，您预计可能有很高的流量，但所需的服务器端逻辑和处理不一定很多。
Node.js缺点：
1、可靠性低
2、单进程，单线程，只支持单核CPU，不能充分的利用多核CPU服务器。一旦这个进程崩掉，那么整个web服务就崩掉了。
不过以上缺点可以可以通过代码的健壮性来弥补。目前Node.js的网络服务器有以下几种支持多进程的方式：
#1 开启多个进程，每个进程绑定不同的端口，用反向代理服务器如 Nginx 做负载均衡，好处是我们可以借助强大的 Nginx 做一些过滤检查之类的操作，同时能够实现比较好的均衡策略，但坏处也是显而易见——我们引入了一个间接层。
#2 多进程绑定在同一个端口侦听。在Node.js中，提供了进程间发送“文件句柄” 的功能，这个功能实在是太有用了（貌似是yahoo 的工程师提交的一个patch） ，不明真相的群众可以看这里： Unix socket magic
#3 一个进程负责监听、接收连接，然后把接收到的连接平均发送到子进程中去处理。
在Node.js v0.5.10+ 中，内置了cluster 库，官方宣称直接支持多进程运行方式。Node.js 官方为了让API 接口傻瓜化，用了一些比较tricky的方法，代码也比较绕。这种多进程的方式，不可避免的要牵涉到进程通信、进程管理之类的东西。
此外，有两个Node.js的module：multi-node 和 cluster ，采用的策略和以上介绍的类似，但使用这些module往往有一些缺点：
#1 更新不及时
#2 复杂庞大，往往绑定了很多其他的功能，用户往往被绑架
#3 遇到问题难以解决
Node表现出众的典型示例包括：
1、RESTful API
提供RESTful API的Web服务接收几个参数，解析它们，组合一个响应，并返回一个响应（通常是较少的文本）给用户。这是适合Node的理想情况，因为您可以构建它来处理数万条连接。它仍然不需要大量逻辑；它本质上只是从某个数据库中查找一些值并将它们组成一个响应。由于响应是少量文本，入站请求也是少量的文本，因此流量不高，一台机器甚至也可以处理最繁忙的公司的API需求。
2、Twitter队列
想像一下像Twitter这样的公司，它必须接收tweets并将其写入数据库。实际上，每秒几乎有数千条tweet达到，数据库不可能及时处理高峰时段所需的写入数量。Node成为这个问题的解决方案的重要一环。如您所见，Node能处理数万条入站tweet。它能快速而又轻松地将它们写入一个内存排队机制（例如memcached），另一个单独进程可以从那里将它们写入数据库。Node在这里的角色是迅速收集tweet，并将这个信息传递给另一个负责写入的进程。想象一下另一种设计（常规PHP服务器会自己尝试处理对数据库本身的写入）：每个tweet都会在写入数据库时导致一个短暂的延迟，因为数据库调用正在阻塞通道。由于数据库延迟，一台这样设计的机器每秒可能只能处理2000条入站tweet。每秒处理100万条tweet则需要500个服务器。相反，Node能处理每个连接而不会阻塞通道，从而能够捕获尽可能多的tweets。一个能处理50000条tweet的Node机器仅需20台服务器即可。
3、电子游戏统计数据
如果您在线玩过《使命召唤》这款游戏，当您查看游戏统计数据时，就会立即意识到一个问题：要生成那种级别的统计数据，必须跟踪海量信息。这样，如果有数百万玩家同时在线玩游戏，而且他们处于游戏中的不同位置，那么很快就会生成海量信息。Node是这种场景的一种很好的解决方案，因为它能采集游戏生成的数据，对数据进行最少的合并，然后对数据进行排队，以便将它们写入数据库。使用整个服务器来跟踪玩家在游戏中发射了多少子弹看起来很愚蠢，如果您使用Apache这样的服务器，可能会有一些有用的限制；但相反，如果您专门使用一个服务器来跟踪一个游戏的所有统计数据，就像使用运行Node的服务器所做的那样，那看起来似乎是一种明智之举。
总的来说，Node.js的应用场景
1) 适合
JSON APIs——构建一个Rest/JSON API服务，Node.js可以充分发挥其非阻塞IO模型以及JavaScript对JSON的功能支持(如JSON.stringfy函数)
单页面、多Ajax请求应用——如Gmail，前端有大量的异步请求，需要服务后端有极高的响应速度
基于Node.js开发Unix命令行工具——Node.js可以大量生产子进程，并以流的方式输出，这使得它非常适合做Unix命令行工具
流式数据——传统的Web应用，通常会将HTTP请求和响应看成是原子事件。而Node.js会充分利用流式数据这个特点，构建非常酷的应用。如实时文件上传系统transloadit
准实时应用系统——如聊天系统、微博系统，但Javascript是有垃圾回收机制的，这就意味着，系统的响应时间是不平滑的(GC垃圾回收会导致系统这一时刻停止工作)。如果想要构建硬实时应用系统，Erlang是个不错的选择
2) 不适合
CPU使用率较重、IO使用率较轻的应用——如视频编码、人工智能等，Node.js的优势无法发挥
简单Web应用——此类应用的特点是，流量低、物理架构简单，Node.js无法提供像Ruby的Rails或者Python的Django这样强大的框架
NoSQL + Node.js——如果仅仅是为了追求时髦，且自己对这两门技术还未深入理解的情况下，不要冒险将业务系统搭建在这两个漂亮的名词上，建议使用MySQL之类的传统数据库
如果系统可以匹配Node.js的适用场景，那么是时候采取具体的措施来说服老板了。
说服自己老板采用Node.js的方式
构建一个简单的原型——花一周时间构建系统某一部分的原型是非常值得的，同时也很容易和老板在某一点达成一致，等到系统真的在某一部分应用了Node.js，就是打开局面的时候
寻找开发者——首先JavaScript语言的普及度很高，一般公司都不乏Web前端工程师，而此类工程师的学习门槛也非常低。这就意味着Node.js很容易招人，或者公司就隐藏了一些高手
强大的社区支持——Node.js社区非常活跃，吸引很多优秀的工程师，这就意味着公司可以很容易从社区得到免费或者付费的支持
系统性能考虑——JavaScript引擎Google V8，加之原生异步IO模型，使得Node.js在性能的表现非常出色，处理数以千计的并发请求非常轻松
专业公司的支持——使用开源技术的最大问题是，原作者不承诺对其产品进行技术支持或者质量保证。现在Node.js已经得到Joyent公司的赞助，这就保证了未来Node.js的发展是可持续性的
参考文档：
1. 浅谈Node.js的工作原理及优缺点
2. Node.js优缺点
3. NodeJs 多核多进程并行框架实作
4. Flexi传授如何说服自己的老板采用Node.js
风起亚洲云：香港联科集团旗下 基于Joyent技术的风起亚洲云充分发挥了Node.js的优势,从而降低了云平台的CPU功耗，增加容量和扩展性。如果您有兴趣，请点击：風起亞洲
【韩祝鹏的回答(24票)】:
不知道小米算不算大公司。不过我们在用。
用在抢购服务的控制程序上。
表现非常优秀，我们打算扩大它的使用范围。
基本上抗住了每次抢购上百万人同时的冲击压力，昨天（10月30日）有些卡是因为网络带宽问题，node本身无压力。
【陈嘉豪的回答(4票)】:
优势：
先简单说一下，node.js官网解释是Evented I/O for
V8 JavaScript。Evented IO实际上单线程epoll/kqueue模型，简单来说就是比select和poll等效率更高的事件驱动模型；而单线程主要是为了减少locking的开销。这两点使得node.js能够同时处理大量的高并发链接（这种模型与nginx，redis以及haproxy的结构也比较类似）。
至于V8，则是相当出色的Javascript引擎，好处是熟悉的人多，人力成本低，开发效率高，同时不失语言的运行效率。
劣势：
由于是单线程，node.js在多核/多CPU的架构上无法充分利用（目前也存在一些解决方案）。同时，由于Javascript的本身特性，需要考虑其适用场景，对大多数HTTP层面的应用来说应该是足够了，对于其他一些底层的设计，比如TCP服务器，可能需要其他很多特性，这时候可能自己添加module或者hack源码。
本身node.js是一个比较年轻的东西，成熟度等或者适用范围比twisted要略逊一筹。
【cheng的回答(9票)】:
我觉得nodejs目前还不足以取代lamp,lnmp架构，但是很多公司已经尝试使用nodejs做些实时的并发后端。盲目将nodejs来做web框架使用，并不一定可以发挥其优势，而且现在大多数公司不会贸然将新兴的技术用在核心的业务上，比如说web框架。但在其真正有优势的领域，有技术前瞻性的技术领头人，还是会合理采用。
我所知道的使用nodejs做生产级别应用的，包括搜狐，搜狐小纸条后端就是用nodejs来处理消息的推送的，之前跟其负责人有过交流。
并不像很多人所言，nodejs会首先在web前段业务层上取代PHP等语言，相反，我认为，其最有可能会首先在服务器端取代原有的很多mq，server做某些工作，而这也应该是正确的方向。只是用nodejs来做框架开发用，有点偏颇，比如说用nodejs来开发某个社区nodeclub等。那只是为用nodejs而用nodejs。
nodejs的比较对象应该是tornado这些产品，而不是php 。。。
【徐海峰的回答(8票)】:
优点：
1. 异步事件驱动，单进程线程，占用服务器资源少，高并发支持好，虽然单进程，但可以通过官方的 cluster 模块开启多个实例充分利用多核CPU的优势. 节约了服务器的资源，同时又能达到理想的状态
2. 入门简单，非常适合做 单页程序 + RESTfull API，Worktile就是采用Angular JS + Node.js实现的SPA，基本上完美配合。
3. 我觉得Node.js也非常适合动态网页web开发，虽然官方没有提供像Apache 和 Tomcat 这样的网页服务器和JSP这样的动态创建网页的技术，但是有很多优秀的第三方模块可以使用， 用 express mvc框架 加上你喜欢的模板引擎（ejs，jade，dot ），感觉还是很棒的
缺点：
1. 异步编程的缺点往往就是到处callback，代码不优雅，但是可以通过一些第三方的同步模式的模块进行弥补
2. 不适合做企业级应用开发，特别是复杂业务逻辑的，代码不好维护，事务支持不是很好。
有人说debug成本高，这要取决于你使用什么开发工具了，推荐webstorm，可以对Node.js程序进行单步调试
另外，Node.js也可以独立做操作复杂的后台服务，所以想怎么玩就怎么玩，一切代码尽在你的手中，我也是今年刚接触Node.js，入门快 简单 带给我的是惊喜。每种开发语言都有他的优势和劣势，作为码农，强烈建议没事学学Node.js，我公司的产品 Worktile 让工作更简单 就是采用Node.js 开发的，性能和稳定性都还不错
【QiLong的回答(8票)】:
有大公司用吗？ 用的不要太多， Groupon, Taobao, 最近Paypal完成转到node.js上面来了
转： PayPal为什么从Java迁移到Node.js，性能提高一倍，文件代码减少44%
大家都知道PayPal是另一家迁移到Node.js平台的大型公司，Jeff Harrell的这篇博文 Node.js at PayPal 解释了为什么从Java迁移出来的原因： 开发效率提高一倍（2个人用更少的时间干了5个人的活）， 性能提高一倍， 代码量减少33%, 文件减少40%：
（小编： 个人认为深层次原因是Java正在越来越走向封闭，而且变得越来越复杂而且oracle正在对Java收费，参见： Oracle计划发布收费版JVM ， 这促使了越来越多的公司加入了去Java化的队伍）
外面有很多人说PayPal正在迁移到node.js平台。我很高兴地在这里宣布，传言是真的，我们正在从Java迁移至node.js
由于历史原因，我们的工程师一直分为两拨人，一拨在浏览器上写代码（HTML,CSS,JavaScript）；另一拨用Java写应用层的代码。想象一下，一个写HTML的不得不去叫一个写Java将A/B两个页面链接到一起吗？我们正在这样干，我们称这样的人为全端工程师，那些即可以设计精美界面和服务器后台的那些人。现在前后端已经没有界限了，这曾经是阻碍PayPal发现的一个很大的瓶颈。
Node.js帮助我们将前、后端合二为一，现在我们一个全端团队即可解决用户的所有问题。
早期采纳
像其他人一样，我们刚开始使用node.js做了一些demo用的原型程序。跟很多人一样，她表现出来的超高性能，让我们最终决定把她放到线上去。
我们最初使用express来路由请求，nconf用来配置，grunt用来创建tasks。Express非常普及，但是我们发现Express在多个团队协作时表现出的可伸缩性不足，它并不适合所有场合。Expres非常灵活，但在大型团队开发上的可扩展性不佳。最终我们的队员基于原生的node.js，并创建了Karken.js；她并不是一个框架，更像是一个规范，但相对于express，她更适合大型团队的扩展。我们希望我们的工程师专注他们的应用，而不是专注他们的运行环境。
我们已经在内部使用kraken.js好几个月了（我们马上会把他开源的！）我们的工程师非常渴望这个内部框架能尽快上线。
（小编：预测karken.js即将是，另一个超火的后端框架，火热程度参考twitter的bootstrap）
将node.js布署到线上
我们第一个采用nodejs的产品不是一个小的应用；是我们的浏览量最多的用户首页。我们希望步子迈得大一点，但是我们清楚知道其中的风险，所以我们同时还并行地运行了一个Java的程序。我们在开发和扩展Java方面非常有经验。所以一旦node.js应用出问题了，我们可以立即切回Java。不过，同时我们也发现了一些非常有意思的数据。
开发
从1月份开始，我们花了几个月的时间来搭建node.js的基础设施。比如：sessions（会话），centralized logging(集中日志)，keystores(存储)。在这期间我们有5位Java工程师在开发Java。在开发了两个月后，两位工程师开始开发node.js应用。在6月初两个团队的开发进度已经一样了，两者的功能完全一样。开发node.js应用的那个小团队，尽管推迟了两个月，但是很快赶上了。这里我们对这些相同功能做的一些单元测试得出的结果：
Node.js的是：
更少的人开发的node.js应用比Java的快一倍；
节省了33%的代码量；
少了40的文件；
（小编，这里作者的意思并不是Java程序员的素质没有node.js的好，Java语言的特点决定她需要更多的人，更多的时间，更多的代码去完成在node.js下的同样的工作，并且吃力不讨好。参考：他们为什么说面向对象有问题,探讨面向对象的一些缺陷 ；性能测评：Node.JS比Java EE快20% ）
这是一个非常鼓舞人的证据，我们似乎应该更快地迁移到JavaScript平台上去。我们立即做了一个决定，暂停Java应用的开发，全心全意开发JavaScript应用。这对开发Java项目的工程师来说是个好消息，他们已经消除了对node.js的疑虑，非常高兴地投入到了并行的node.js开发上来，这样我们的开发效率提高了两倍。
性能
性能是一个非常有意思和具有争议性的话题。在我们这，我们有两个平台实现完全一样功能的程序；一个是使用基于Spring的内部Java框架；另一个是基于kraken.js，express，dust.js和其他开源框架。 这些程序包含三个API，每个API来响应2到5个请求，由Dust来模拟获取数据和显示页面。
我们用线上的环境去测试这两个应用，并收集了完成响应的时间和请求数。
node.js vs Java 性能对比
在这张图上你可以看到node.js应用的优势：每秒请求数量是Java的两倍。不过更有意思的是我们仅使用了单核的node去跟5核的Java来对比，我们非常希望将来继承扩大node.js的优势。
渲染相同的页面，node.js节省了35%的时间。即每个页面节约了200豪秒，用户可以清楚地感觉到这样的区别。
未来
我们将继续使用node.js来构建我们的Web应用。像我们正在开发的那些门户，和已经上线的用户概览页面。还有一打正在进入Beta测试的那些工程，我们会继续分享我们在上线过程中的经验，数据。对于PayPal来说这是一个另人激动的时刻。
【KennyLang的回答(3票)】:
讨论NodeJs的优劣，就必须要说道javascript的优劣。
javascript的严重劣势：
1.debug成本很高。
2.出现bug时behavior不稳定。
3. js本身存在bug。
4. 代码不易读。
但javascript的最大优势：
1.快。
2.占用资源少。
3.易上手。
因而，NodeJs继承了js的有点的缺点。但是，由于这个framework比较火，所有在陆陆续续出现了好多比较好用的add-on package。安装这些package也极为简单。由于这些add-on，NodeJs就有了很多新优点：
1. 和mangoDB等NoSql的数据库有很方便易用的接口(interface). （个人认为non-sql的database是未来）
2. 和facebook, twitter, weibo, wechat等其他社交网络登陆认证系统有方便易用的借口——passport。等等
3. 前后端、数据库统一。
有人说，在未来10年内NodeJs将变成server的主导framework。但10年后人们将会为这个based on JavaScript的framework付出惨痛代价。
【Meteoric的回答(3票)】:
不同的人用nodejs写的后台系统性能会差异相差十万八千里，因为它实在是太需要技巧了。
node.js的大放异彩，我觉得会是在webgame上
劣势：开源的组件库太多，更新太快，向下不兼容
优势：异步IO
【刘亚中的回答(1票)】:
看了楼上一些回答，说什么javascript是动态语言，不好debug之类的，而且对比来对比去，都是web server上的对比。
1. NodeJS作为web server是一个相当出色的IO服务器，而Nodejs性能之所以如此高是依赖于joyent自己搞的libuv，而开发效率之所以高是因为v8，所以如果你觉得js不好调试，大可以直接使用libuv，然后各种断点，当然这是在你不会使用nodejs自带的debug模块的前提下
2. NodeJS真的就只能做做web server，其他免谈。问题来源主要是v8与内存问题，之前做过一个类似爬虫的程序，需要支持万级别用户，用NodeJS写的话，效率没有问题，但内存问题严重，500个任务就需要消耗差不多700-800M空间，后台用libuv+c重写，业务逻辑类似，已经可以单机支持4w-5w的用户量了。因此如果是对内存有非常严格的要求，就建议不要使用node了
【谈熠的回答(1票)】:
优势：互联网上 web 应用正在急速萎缩，而不需要web/html这张皮的应用正在疯长。node 和 erlang 是两个最适合这个潮流变迁的语言。而对人脑和肉眼来说，javascript 更加友善。
劣势：太新了，API还在成熟过程中；不少开发者对javascript持有本能的抵触情绪。
此外，
1. 对于上面几位所说的：所谓 “不稳定，单线程” 劣势，我想说 没仔细深入的玩过之前，先不要妄下定论。V8是恐怕是这个星球上能被最广泛使用的最靠谱的虚拟机。
2. 对于LZ，互联网上有哪个"大"公司能够10年一成不变，屹立不倒吗？
【sherrik的回答(0票)】:
四月的时候上了一个模仿果壳的社区网站
http://t.youze.cc/
用Node.js写的，开发挺爽的~~~
不过社区上了之后就一直没管了……
【叔度的回答(0票)】:
好处是前端同学也可以写后端程序了（JavaScript）。
劣势是异步回调机制变成不是很容易。
【肖驹的回答(0票)】:
补一个吧不在List上的用Node的大公司吧，http://Amazon.com
【谢梦非的回答(0票)】:
优势：
1.JS语法优势
2.异步，性能好
劣势：
单线程，难以充分利用多核资源
【webfans的回答(0票)】:
使用NODE JS 最根本的是那些公司不考广告盈利，而是依靠在线交易盈利，例如国外的那个支付公司，NODE JS是打造实时系统的，不适合按照pv、uv等买广告为生的公司
【AaronHao的回答(0票)】:
我感觉作为一个搞前端开发的，学习nodejs入手比较快，后台接口都是用js写的，可以使前端工程师了解后端，甚至做到前后端通吃！
nodejs+mongodb这种方式，处理大数据也是比较快的，我们公司网络部门去年用过~
劣势：还是不是很成熟吧，对外开放源码较少，像有些功能PHP做起来很简单，但是nodejs要非常麻烦，相反，有的还是相当简单的。
原文地址:知乎