使用Node.js 的优势和劣势都有哪些_百度知道
使用Node.js 的优势和劣势都有哪些
提问者采纳
实在受不了的可以考虑一下 http，很容易让代码充满 callback 。　　Node。少数查询由于缓存 miss 较多.js 支持大流量的经验.js。　　Yahoo 有一部分新项目使用了 Node.js 的包管理器 npm 设计得比 python 和 ruby 好很多　　我用 Node，Google Analytic 上显示的同时在线人数最高达2000，CPU几乎无压力://github，首页几乎都能在一秒内打开。　　虽然压力如此之大。　　最高日PV超过了一百万，剩余内存都被磁盘缓存占据。　　有没有大公司使用://github.js 而生的，/Miserlou/DirtyShare" target="_blank">https。　　以我的了解，Python 和 Ruby 上的非 Event Driven 的 Framework 根本不可能达到这样的性能.js 的其他优点　　Node.io 这个神奇的库之后。不过 Node.js 的架构与 Django。先列一些数字　　服务器是 Linode 512; [运行程序逻辑] -&gt。这是一个巨大的变化。有很多的 module 开发者。正因为 Node，websocket 似乎天生就是为 Node，在 realtime webapp 这个领域.com/laverdet/node-fibers/ 这个项目。　　数据库。　　Node，出了问题很难查找问题的原因.js 开发了 Am I Hacked, Rails 等传统的 Framework 不同.js 程序占用内存 90MB-110MB，耗时会高达500ms.js 已经没有对手了
来自团队：
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁使用Node.js 的优势和劣势都有哪些_百度知道
使用Node.js 的优势和劣势都有哪些
提问者采纳
js闭包等。每种语言都有它适合的领域，只有不断的tradeoff把系统做出来才是目标，比如c，性能还很高），据说这次QCon会有人分享这方面的研究成果，可以关注下，php等做前端展示，拥有其它语言的特性，而且代码量相对会少很多，往往是几种混杂一起，没必要强求一门语言可以解决所有事情，只能绕着弯去解决。nodejs可以很快地在服务器端做原型（原来只有c系和java等能做的事情。但它不太适合做cpu密集型处理的工作、c++做服务器端开发；另一点是它的语法优势，此外还需要消息中间件等等，java做业务逻辑一个规模稍微大点的系统都不是一种开发语言可以搞定的
来自团队：
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Node.js框架比较: Express vs. Koa vs. Hapi - NodeJS中文网
Node.js框架比较: Express vs. Koa vs. Hapi
浏览: 12,770 次阅读
摘要: 1、介绍
Express.js无疑是当前Node.js中最流行的Web应用程序框架。它几乎成为了大多数Node.js web应用程序的基本的依赖，甚至一些例如Sails.js这样的流行的框架也是基于Express.js。然而你还有一些其他框架的选择，可以给你带...
Express.js无疑是当前Node.js中最流行的Web应用程序框架。它几乎成为了大多数Node.js web应用程序的基本的依赖，甚至一些例如Sails.js这样的流行的框架也是基于Express.js。然而你还有一些其他框架的选择，可以给你带来“sinatra”一样的感觉（译注：sinatra是一个简单的Ruby的Web框架，可以参考这篇博文）。另外两个最流行的框架分别是Koa和Hapi。
这篇文章不是打算说服你哪个框架比另外一个更好，而是只是打算让你更好地理解每个框架能做什么，什么情况下一个框架可以秒杀另外一个。
2、框架的背景
我们将要探讨的两个框架看起来都非常相似。每一个都能够用几行代码来构建一个服务器，并都可以非常轻易地构建REST API。我们先瞧瞧这几个框架是怎么诞生的。
2.1 Express
日，TJ Holowaychuk提交了Express的第一次commit，接下来在日，有660次commits的Express 0.0.1版本正式发布。TJ和Ciaron Jessup是当时最主要的两个代码贡献者。在第一个版本发布的时候，根据github上的readme.md，这个框架被描述成：
疯一般快速（而简洁）的服务端JavaScript Web开发框架，基于Node.js和V8 JavaScript引擎。
差不多5年的时间过去了，Express拥有了4,925次commit，现在Express的最新版本是4.10.1，由StrongLoop维护，因为TJ现在已经跑去玩Go了。
大概在差不多一年前的日，TJ Holowaychuk（又是他！）只身一人提交了Koa的第一次commit。他描述Koa为“表现力强劲的Node.js中间件，通过co使用generators使得编写web应用程序和REST API更加丝般顺滑”。Koa被标榜为只占用约400行源码空间的框架。Koa的目前最新版本为0.13.0，拥有583次commits。
日，WalmartLabs的一位成员Eran Hammer提交了Hapi的第一次commit。Hapi原本是Postmile的一部分，并且最开始是基于Express构建的。后来它发展成自己自己的框架，正如Eran在他的博客里面所说的：
Hapi基于这么一个想法：配置优于编码，业务逻辑必须和传输层进行分离..
Hapi最新版本为7.2.0，拥有3,816次commits，并且仍然由Eran Hammer维护。
所有开发者要开发Node.js web应用程序的第一步就是构建一个基本的服务器。所以我们来看看用这几个框架构建一个服务器的时候有什么异同。
3 创建一个服务器
所有开发者要开发Node.js web应用程序的第一步就是构建一个基本的服务器。所以我们来看看用这几个框架构建一个服务器的时候有什么异同。
3.1 Express
var express = require(‘express‘);
var&app = express();
var&server = app.listen(3000, function() {&
& & console.log(‘Express is listening to http://localhost:3000‘);
对于所有的node开发者来说，这看起来相当的自然。我们把express require进来，然后初始化一个实例并且赋值给一个为app的变量。接下来这个实例初始化一个server监听特定的端口，3000端口。app.listen()函数实际上包装了node原生的http.createServer()函数。
var koa = require(‘koa‘);
var&app = koa();
var&server = app.listen(3000, function() {
& & console.log(‘Koa is listening to http://localhost:3000‘);
你马上发现Koa和Express是很相似的。其实差别只是你把require那部分换成koa而不是express而已。app.listen()也是和Express一模一样的对原生代码的封装函数。
var Hapi = require(‘hapi‘);
var&server = new Hapi.Server(3000);
server.start(function()&{
& & console.log(‘Hapi is listening to http://localhost:3000‘);
Hapi是三者中最独特的一个。和其他两者一样，hapi被require进来了但是没有初始化一个hapi app而是构建了一个server并且指定了端口。在Express和Koa中我们得到的是一个回调函数而在hapi中我们得到的是一个新的server对象。一旦我们调用了server.start()我们就开启了端口为3000的服务器，并且返回一个回调函数。这个server.start()函数和Koa、Express不一样，它并不是一个http.CreateServer()的包装函数，它的逻辑是由自己构建的。
4 路由控制
现在一起来搞搞一下服务器最重要的特定之一，路由控制。我们先用每个框架分别构建一个老掉渣的“Hello world”应用程序，然后我们再探索一下一些更有用的东东，REST API。
4.1 Hello world
4.1.1 Express
var express = require(‘express‘);
var&app = express();
app.get(‘/‘, function(req, res)&{
& & res.send(‘Hello world‘);
var&server = app.listen(3000, function() {
& & console.log(‘Express is listening to http://localhost:3000‘);
我们用get()函数来捕获“GET /”请求然后调用一个回调函数，这个回调函数会被传入req和res两个对象。这个例子当中我们只利用了res的res.send()来返回整个页面的字符串。Express有很多内置的方法可以用来进行路由控制。get, post, put, head, delete等等这些方法都是Express支持的最常用的方法（这只是一部分而已，并不是全部）。
var koa = require(‘koa‘);
var&app = koa();
app.use(function *()&{
& & this.body = ‘Hello world‘;
var&server = app.listen(3000, function() {
& & console.log(‘Koa is listening to http://localhost:3000‘);
Koa和Express稍微有点儿不同，它用了ES6的generators。所有带有*前缀的函数都表示这个函数会返回一个generator对象。根本上来说，generator会同步地yield出数据（译注：如果对Python比较熟悉的话，应该对ES6的generator不陌生，这里的yield其实和Python的yield语句差不多一个意思），这个超出本文所探索的内容，不详述。在app.use()函数中，generator函数设置响应体。在Koa中，this这个上下文其实就是对node的request和response对象的封装。this.body是KoaResponse对象的一个属性。this.body可以设置为字符串, buffer, stream, 对象, 或者null也行。上面的例子中我们使用了Koa为数不多的中间件的其中一个。这个中间件捕获了所有的路由并且响应同一个字符串。
4.1.3 Hapi
var Hapi = require(‘hapi‘);
var&server = new Hapi.Server(3000);
server.route({
& & method: ‘GET‘,
& & path: ‘/‘,
& & handler: function(request, reply)&{
& & & & reply(‘Hello world‘);
server.start(function()&{
& & console.log(‘Hapi is listening to http://localhost:3000‘);
这里使用了server对象给我们提供的server.route内置的方法，这个方法接受配置参数：path（必须），method（必须），vhost，和handler（必须）。HTTP方法可以处理典型的例如GET、PUT、POST、DELETE的请求，*通配符可以匹配所有的路由。handler函数被传入一个request对象的引用，它必须调用reply函数包含需要返回的数据。数据可以是字符串、buffer、可序列化对象、或者stream。
4.2 REST API
Hello world除了给我们展示了如何让一个应用程序运行起来以外几乎啥都没干。在所有的重数据的应用程序当中，REST API几乎是一个必须的设计，并且能让我们更好地理解这些框架是可以如何使用的。现在让我们看看这些框架是怎么处理REST API的。
4.2.1 Express
var express = require(‘express‘);
var&app = express();
var&router = express.Router();
// REST API
router.route(‘/items‘)
.get(function(req, res, next)&{
& res.send(‘Get‘);
.post(function(req, res, next)&{
& res.send(‘Post‘);
router.route(‘/items/:id‘)
.get(function(req, res, next)&{
& res.send(‘Get id: ‘ + req.params.id);
.put(function(req, res, next)&{
& res.send(‘Put id: ‘ + req.params.id);
.delete(function(req, res, next)&{
& res.send(‘Delete id: ‘ + req.params.id);
app.use(‘/api‘, router);
app.get(‘/‘, function(req, res)&{
& res.send(‘Hello world‘);
var&server = app.listen(3000, function() {
& console.log(‘Express is listening to http://localhost:3000‘);
4.2.1 Express
var express = require(‘express‘);
var&app = express();
var&router = express.Router();
// REST API
router.route(‘/items‘)
.get(function(req, res, next)&{
& res.send(‘Get‘);
.post(function(req, res, next)&{
& res.send(‘Post‘);
router.route(‘/items/:id‘)
.get(function(req, res, next)&{
& res.send(‘Get id: ‘ + req.params.id);
.put(function(req, res, next)&{
& res.send(‘Put id: ‘ + req.params.id);
.delete(function(req, res, next)&{
& res.send(‘Delete id: ‘ + req.params.id);
app.use(‘/api‘, router);
app.get(‘/‘, function(req, res)&{
& res.send(‘Hello world‘);
var&server = app.listen(3000, function() {
& console.log(‘Express is listening to http://localhost:3000‘);
我们为已有的Hello World应用程序添加REST API。Express提供一些处理路由的便捷的方式。这是Express 4.x的语法，除了你不需要express.Router()和不能用app.user(‘/api’, router)以外，其实上是和Express 3.x本质上是一样的。在Express 3.x中，你需要用app.route()替换router.route()并且需要加上/api前缀。Express 4.x的这种语法可以减少开发者编码错误并且你只需要修改少量代码就可以修改HTTP方法规则。
var koa = require(‘koa‘);
var&route = require(‘koa-route‘);
var&app = koa();
// REST API
app.use(route.get(‘/api/items‘, function*()&{
& & this.body = ‘Get‘;
app.use(route.get(‘/api/items/:id‘, function*(id)&{
& & this.body = ‘Get id: ‘ + id;
app.use(route.post(‘/api/items‘, function*()&{
& & this.body = ‘Post‘;
app.use(route.put(‘/api/items/:id‘, function*(id)&{
& & this.body = ‘Put id: ‘ + id;
app.use(route.delete(‘/api/items/:id‘, function*(id)&{
& & this.body = ‘Delete id: ‘ + id;
// all other routes
app.use(function *()&{
& & this.body = ‘Hello world‘;
var&server = app.listen(3000, function() {
& console.log(‘Koa is listening to http://localhost:3000‘);
很明显，Koa并没有类似Express这样的可以减少编码重复路由规则的能力。它需要额外的中间件来处理路由控制。我选择使用koa-route因为它是由Koa团队维护的，但是还有很多由其他开发者维护的可用的中间件。Koa的路由和Express一样使用类似的关键词来定义它们的方法，.get(), .put(),.post(), 和 .delete()。Koa在处理路由的时候有一个好处就是，它使用ES6的generators函数来减少对回调函数的处理。
4.2.3 Hapi
var Hapi = require(‘hapi‘);
var&server = new Hapi.Server(3000);
server.route([
& & method: 'GET',
& & path: '/api/items',
& & handler: function(request, reply)&{
& & & reply('Get item id');
& & method: 'GET',
& & path: '/api/items/{id}',
& & handler: function(request, reply)&{
& & & reply('Get item id: ' + request.params.id);
& & method: 'POST',
& & path: '/api/items',
& & handler: function(request, reply)&{
& & & reply('Post item');
& & method: 'PUT',
& & path: '/api/items/{id}',
& & handler: function(request, reply)&{
& & & reply('Put item id: ' + request.params.id);
& & method: 'DELETE',
& & path: '/api/items/{id}',
& & handler: function(request, reply)&{
& & & reply('Delete item id: ' + request.params.id);
& & method: 'GET',
& & path: '/',
& & handler: function(request, reply)&{
& & & reply('Hello world');
server.start(function()&{
& console.log(‘Hapi is listening to http://localhost:3000‘);
对于Hapi路由处理的第一印象就是，相对于其它两个框架，这货是多么的清爽，可读性是多么的棒！即使是那些必须的method，path，handler和reply配置参数都是那么的赏心悦目（译注：作者高潮了）。类似于Koa，Hapi很多重复的代码会导致更大的出错多可能性。然而这是Hapi的有意之为，Hapi更关注配置并且希望使得代码更加清晰和让团队开发使用起来更加简便。Hapi希望可以不需要开发者进行编码的情况下对错误处理进行优化。如果你尝试去访问一个没有被定义的REST API，它会返回一个包含状态码和错误的描述的JSON对象。
5 优缺点比较
5.1 Express
5.1.1 优点
Express拥有的社区不仅仅是上面三者当中最大的，并且是所有Node.js web应用程序框架当中最大的。在经过其背后差不多5年的发展和在StrongLoop的掌管下，它是三者当中最成熟的框架。它为服务器启动和运行提供了简单的方式，并且通过内置的路由提高了代码的复用性。
5.1.2 缺点
使用Express需要手动处理很多单调乏味的任务。它没有内置的错误处理。当你需要解决某个特定的问题的时候，你会容易迷失在众多可以添加的中间件中，在Express中，你有太多方式去解决同一个问题。Express自诩为高度可配置，这有好处也有坏处，对于准备使用Express的刚入门的开发者来说，这不是一件好的事情。并且对比起其他框架来说，Express体积更大。
5.2.1 优点
Koa有着傲人的身材（体积小），它表现力更强；对比起其他框架，它使得中间件的编写变的更加容易。Koa基本上就是一个只有骨架的框架，你可以选择（或者自己写一个）中间件，而不用妥协于Express或者Hapi它们自带的中间件。它也是唯一一个采用ES6的框架，例如它使用了ES6的generators。
5.2.2 缺点
Koa不稳定，仍处于活跃的开发完善阶段。使用ES6还是有点太超前了，例如只有0.11.9+的Node.js版本才能运行Koa，而现在最新的Node.js稳定版本是0.10.33。和Express一样有好也有坏的一点就是，在多种中间件的选择还是自己写中间件。就像我们之前所用的router那样，有太多类似的router中间件可供我们选择。
5.3.1 优点
Hapi自豪地宣称它自己是基于配置优于编码的概念，并且很多开发者认为这是一件好事。在团队项目开发中，可以很容易地增强一致性和可复用性。作为有着大名鼎鼎的WalmartLabs支持的框架和其他响当当的企业在实际生产中使用Hapi，它已经经过了实际战场的洗礼，企业们可以没有担忧地基于Hopi运行自己的应用程序。所有的迹象都表明Hapi向着成为的伟大的框架的方向持续成熟。
5.3.2 缺点
Hapi绝逼适合用来开发更大更复杂的应用。但对于一个简单的web app来说，它的可能有点儿堆砌太多样板代码了。而且Hapi的可供参考样例太少了，或者说开源的使用Hapi的应用程序太少了。所以选择它对开发者的要求更高一点，而不是所使用的中间件。
我们已经看过三个框架一些棒棒的而且很实际的例子了。Express毫无疑问是三个当中最流行和最出名的框架。当你要开发一个新的应用程序的时候，使用Express来构建一个服务器可能已经成为了你的条件反射了；但希望现在你在做选择的时候会多一些思考，可以考虑选择Koa或者Hapi。Koa通过超前拥抱ES6和Web component的思想，显示了Web开发社区正在进步的对未来的承诺。对于比较大的团队和比较大的项目来说，Hapi应该成为首要选择。它所推崇的配置优于编码，对团队和对团队一直追求的可复用性都大有裨益。现在赶紧行动起来尝试使用一个新的框架，可能你会喜欢或者讨厌它，但没到最后你总不会知道结果是怎么样的，有一点无容置疑的是，它会让你成为一个更好的开发者。
英文原文：
作者：Jonathan
译者：戴嘉华
版权所有: 非特殊声明均为本站原创文章，转载请注明出处：
订阅更新: 您可以通过Node.js优缺点
Node.js优缺点
Node.js采用了Google Chrome浏览器的V8引擎，性能很好，同时还提供了很多系统级的API，如文件操作、网络编程等。浏览器端的Javascript代码在运行时会受到各种安全性的限制，对客户系统的操作有限。相比之下，Node.js则是一个全面的后台运行时，为Javascript提供了其他语言能够实现的许多功能。nodeJs下载:&&&服务端JavaScript
JavaScript最早是运行在浏览器中，然而浏览器只是提供了一个上下文，它定义了使用JavaScript可以做什么，但并没有“说”太多关于JavaScript语言本身可以做什么。事实上，JavaScript是一门“完整”的语言： 它可以使用在不同的上下文中，其能力与其他同类语言相比有过之而无不及。
Node.js事实上就是另外一种上下文，它允许在后端（脱离浏览器环境）运行JavaScript代码。
要实现在后台运行JavaScript代码，代码需要先被解释然后正确的执行。Node.js原理，它使用了Google的V8虚拟机（Google的Chrome浏览器使用的JavaScript执行环境），来解释和执行JavaScript代码。
除此之外，伴随着Node.js的还有许多有用的模块，它们可以简化很多重复的劳作，比如向终端输出字符串。
因此，Node.js事实上既是一个运行时环境，同时又是一个库。
NodeJs优缺点，适用场合
Node.js采用事件驱动、异步编程，为网络服务而设计
nodeJs取舍特点：
&&&&&&&& 可靠性低
&&&&&&&& 高性能
&&&&&&&& 单线程
&&&&&&&& 异步事件驱动
&&&&&&& 非阻塞式IO
&&&&&&& 轻量高效
数据密集型分布式部署环境下的实时应用系统的完美解决方案。
NodeJs性能测试
Node.js在设计上也是比较大胆，它以单进程、单线程模式运行（很吃惊，对吧？这和Javascript的运行方式一致），事件驱动机制是Node.js通过内部单线程高效率地维护事件循环队列来实现的，没有多线程的资源占用和上下文切换，这意味着面对大规模的http请求，Node.js凭借事件驱动搞定一切，习惯了传统语言的网络服务开发人员可能对多线程并发和协作非常熟悉，但是面对Node.js，我们需要接受和理解它的特点。由此我们是否可以推测出这样的设计会导致负载的压力集中在CPU（事件循环处理？）而不是内存（还记得Java虚拟机抛出OutOfMemory异常的日子吗？），眼见为实，不如来看看淘宝共享数据平台团队对Node.js的：
物理机配置：RHEL 5.2、CPU 2.2GHz、内存4GNode.js应用场景：MemCache代理，每次取100字节数据连接池大小：50并发用户数：100测试结果（socket模式）：内存（30M）、QPS（16700）、CPU（95%）
测试结论服务启动与空载资源占用
程序启动20秒后,系统资源占用达到稳定状态, 内存消耗13m, 堆尺寸8m
由堆使用变化可知v8每隔7~8秒会进行一次gc操作
100并发100秒socket长连接压力
压力启动后内存占用迅速提高至30m, v8堆也基本维持在22m的水平, 使用率在20%到50%之间波动
此时v8的gc操作频率降低到约20秒一次.
qps曲线比较平稳,在16700左右波动,幅度在400左右,v8的gc操作对性能没有明显影响
压力过程中cpu占用基本维持在95%左右,处于满载状态.
另, 测试结束后20秒左右, 所占用资源被释放,内存与v8堆均回复至空载水平.
250并发100秒http长连接压力
与socket相比, http消耗的系统资源约多出30%,且8v的gc操作也要更频繁
qps值为4392, gc操作对qps的影响也不明显
压力过程中cpu占用基本维持在95%左右,处于满载状态.
与socket时类似, 测试结束后20秒左右, 所占用资源被释放,内存与v8堆均回复至空载水平.
性能:单cpu, socket 17000 qps, http 4400 qps, 内存消耗30~40m, cpu基本满载
用作中间层服务时,性能瓶颈基本应位于cpu运算性能.
v8引擎gc操作带来的性能影响已经可以基本忽略.
系统的健壮性不错,测试过程中qps与负载曲线基本都处于水平状态.且成功率均为100%
快速开发, 代理服务与压力工具总计开发时间3~4小时左右, 且最终性能与编译型语言差距不大,但开发时间节省很多
开发模式上与传统服务器端动态语言区别较大,不熟悉的开发人员需要一些上手时间.
另,由于时间因素,仅进行了单进程模式下的性能,使用web-worker模型的多进程模式下的性能没有进行测试
不过由单进程性能可以基本推断,在普通8核服务器下应能做到10万以上的socket, qps, 3万以上的http qps
总体来说,&非阻塞模式的io处理给nodejs带来在相对低系统资源耗用下的高性能与出众的负载能力, 非常适合用作依赖其它io资源的中间层服务.
从上面的结果，我们可以看到在这样的测试场景下，qps能够达到16700次，内存仅占用30M（其中V8堆占用22M），CPU则达到95%，可能成为瓶颈。此外，还有不少实践者对Node.js做了性能分析，总的来说，它的性能让人信服，也是受欢迎的重要原因。既然Node.js采用单进程、单线程模式，那么在如今多核硬件流行的环境中，单核性能出色的Node.js如何利用多核CPU呢？创始人Ryan Dahl建议，运行多个Node.js进程，利用某些通信机制来协调各项任务。目前，已经有不少第三方的Node.js多进程支持模块发布，专栏后面的文章会详细讲述Node.js在多核CPU下的编程。
Node.js的另一个特点是它支持的编程语言是Javascript。关于动态语言和静态语言的优缺点比较在这里不再展开讨论。只说三点：
Javascript作为前端工程师的主力语言，在技术社区中有相当的号召力。而且，随着Web技术的不断发展，特别是前端的重要性增加，不少前端工程师开始试水”后台应用“，在许多采用Node.js的企业中，工程师都表示因为习惯了Javascript，所以选择Node.js。Javascript的匿名函数和闭包特性非常适合事件驱动、异步编程，从helloworld例子中我们可以看到回调函数采用了匿名函数的形式来实现，很方便。闭包的作用则更大，看下面的代码示例：var hostRequest = http.request(requestOptions,function(response) { var responseHTML =''; response.on('data', function (chunk) {
responseHTML = responseHTML + }); response.on('end',function(){ console.log(responseHTML); // do something useful });});
在上面的代码中，我们需要在end事件中处理responseHTML变量，由于Javascript的闭包特性，我们可以在两个回调函数之外定义responseHTML变量，然后在data事件对应的回调函数中不断修改其值，并最终在end事件中访问处理。
Javascript在动态语言中性能较好，有开发人员对Javacript、Python、Ruby等动态语言做了性能分析，发现Javascript的性能要好于其他语言，再加上V8引擎也是同类的佼佼者，所以Node.js的性能也受益其中。
我的热门文章
即使是一小步也想与你分享}