Node.js 与 Python 作为node前后端分离服务的编程语言各有什么优劣

点击联系发帖人 时间：2016-05-23 02:56

nodejs后端框架

[后端级]NodeJS+Express实战速学 - 程序员在囧途 -
[后端级]NodeJS+Express实战速学
收藏本课程
购买本课程
大名鼎鼎的NodeJS相信不同过多解释了吧。本课程已经秉承速学作风，让大家快速上手这门巨牛的开发语言。【本课程支持闯关模式】
本课程支持
1、nodejs的特性
2、如果用nodejs来做网站是什么架构？
3、来看看javascript写法和nodejs有啥区别呢？
快速学习如何定义变量和函数。
产生面向对象的写法。
大家会发现学好javascript对后面学nodejs实在太有帮助啦
作为开发，总要把程序封装到各个文件中。那么nodejs如何引用外部模块呢？其实无比简单。nodejs堪称引用最方便的语言
如何引入外部js模块(二)
通过掌握好了前面的知识点就能学习nodejs最牛逼的功能之一，创建自己的http服务。
当用户对你进行请求后，如何获取请求的干净路径和参数呢？
1、首先我们要学习一个Content-Type2、NodeJS天生就是为Json而存在的3、把一个对象转变为Json也是异常的简单
学习NodeJS必须具备一定的正则知识。
体验NODEJS异步编程的快感。不仅仅是写代码，还要体会为何要这么写。
NodeJS为什么这么受欢迎主要是因为它有很多小基友。本课时大家会学到npm安装包。并且终于出现了expressweb开发框架
1、把模块安装到自己的项目中去2、本课时使用的是ejs3、后面会告诉大家为啥4、请大家认真做本课的课后作业
利用正则建立自己喜欢的路由规则。其实并不需要使用第三方模块实现路由
老生常谈的mvc.在nodejs中使用的是如此畅快淋漓
如果每次都include top太麻烦了，那么是否有母版功能呢？答案是有的，而且很简单
配置mysql模块，在注册注册页面加载用户角色数据。
1、首先上节课的 mysql调用代码过于原始，请大家跟着视频学习如何封装，学习思维
2、当用户提交表单时怎么处理post参数呢?
本课时教大家使用json格式传输数据，也是REST API风格的雏形。为啥要用json传输呢？请看视频吧
根据同学提交的作业，课时中演示如何处理post提交，并结合数据库进行判断 2）安装memcached 并简单使用
很多网站中都有譬如当前有多少人在线，多少人登录了系统。这个功能在nodejs里面结合memcached 可以很方便的实现
如何实现类似java中的类继承以及一些局限性
第21讲:后续课时更新说明 -- (即将发布)
后续课时变更为前端级NODEJS课程。预计开课时间为5月底
问:为什么有的课程会涨价?热
答:课程刚开始更新时是比较便宜的，随着课时的增多会逐步涨到原价
问:课程价格是每节课都要这么多钱?
答:课程价格是指该课程下面所有课时的总价,
问:为啥有课程最后显示课时正在更新?
答:说明我们的讲师还在录制中
问:购买课程后能看多久?
答:终身在线观看
在线教育咨询群:
PHP专用分群:
Linux专用分群:
安全攻防专用分群:
程序员QQ水群:<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
您的访问请求被拒绝 403 Forbidden - ITeye技术社区
您的访问请求被拒绝
亲爱的会员，您的IP地址所在网段被ITeye拒绝服务，这可能是以下两种情况导致：
一、您所在的网段内有网络爬虫大量抓取ITeye网页，为保证其他人流畅的访问ITeye，该网段被ITeye拒绝
二、您通过某个代理服务器访问ITeye网站，该代理服务器被网络爬虫利用，大量抓取ITeye网页
请您点击按钮解除封锁&Node.js 与 Python 作为后端服务的编程语言各有什么优劣_百度知道
Node.js 与 Python 作为后端服务的编程语言各有什么优劣
提问者采纳
几个领头的开发者都推崇“写做好一件事的小程序CRUD应用和平台本身没多大关系，Node并不需要像rails&#47。在我个人看来;O性能上比Python真的高很多。express + （mongo + mongoose） || （node-mysql + sequelize) 开发CRUD也快得很，所以灵活性其实是Node的卖点之一，加上npm对于包之间互相依赖处理得很好;django这样“大而全&quot，其实这和Node社区的开发思想有关，更关键的是Node本身异步的数据库I&#47。有人说Node缺少“成熟”的大框架，更多是看上层的开源库;的web框架，然后把它们串起来”的Unix哲学
来自团队：
相关专业回答
Disclaimer: 以下对比可能有强烈的个人色彩
Node.js & Python 的地方
快：这个快有两方面，第一是V8引擎快，在V8引擎背后操刀的是Lars Bak大神，他创造过高性能SmallTalk引擎和Java Hotspot引擎(现在Java的默认VM)，他带领下的V8引擎让Javascript速度达到了一个新的阶段。第二是异步执行，Node.js功能上是一个基于V8引擎的异步网络和IO Library，和Pyt...
其他类似问题
为您推荐：
python的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁web编程速度大比拼（nodejs go python）（非专业对比）
| Go语言中文网 | Golang中文社区 | Golang中国
<meta name="author" content="polaris ">
web编程速度大比拼（nodejs go python）（非专业对比）
web编程速度大比拼（nodejs go python）（非专业对比）
C10K问题的解决，涌现出一大批新框架，或者新语言，那么问题来了:到底谁最快呢？非专业程序猿来个非专业对比。
比较程序：输出Hello World！
测试程序：siege –c 100 –r 100 –b
例子包括：
1.go用http模块实现的helloworld
2.go用martini微框架实现的Helloworld
3.python3 python2 pypy分别用gevent server
tornado实现的Hello world
4.python3 python2 pypy分别用微框架bottle+gevent实现的Hello world
5.NodeJS纯JS实现的Helloworld
6.NodeJS用express框架实现的Helloworld
测试平台：
公司老旧的奔腾平台 Pentium(R) Dual-Core
内存2GB（够弱了吧）
先来宇宙最快的GO的测试：
1 package main
3 import (
"fmt"
"net/http"
8 func sayhelloName(w http.ResponseWriter, r *http.Request){
fmt.Fprintf(w, "hello world!")
12 func main() {
http.HandleFunc("/", sayhelloName)
http.ListenAndServe(":9090", nil)
连续测试5次，成绩大体如下：
1 Transactions:
10000 hits
2 Availability:
3 Elapsed time:
4 Data transferred:
5 Response time:
6 Transaction rate:
2433.09 trans/sec
7 Throughput:
0.03 MB/sec
8 Concurrency:
9 Successful transactions:
10 Failed transactions:
11 Longest transaction:
12 Shortest transaction:
4.11秒，不错的成绩
再看NodeJS的例子：
1 var http = require("http");
2 http.createServer(function(request, response) {
response.writeHead(200, {"Content-Type": "text/plain"});
response.write("Hello World!");
response.end();
6 }).listen(8000);
7 console.log("nodejs start listen 8888 port!");
测试结果如下：
1 Transactions:
10000 hits
2 Availability:
3 Elapsed time:
4 Data transferred:
5 Response time:
6 Transaction rate:
2000.00 trans/sec
7 Throughput:
0.02 MB/sec
8 Concurrency:
9 Successful transactions:
10 Failed transactions:
11 Longest transaction:
12 Shortest transaction:
5秒，比Go稍微慢一点
接下来是Python，由于python自带的wsgiref服务器，只是一个参考实现，性能很差，所以这里选用了两个性能不错的WSGI服务器gevent、tornado
gevent代码如下：
1 #!/usr/bin/python
2 from gevent import pywsgi
4 def hello_world(env, start_response):
if env['PATH_INFO'] == '/':
start_response('200 OK', [('Content-Type', 'text/html')])
return ["hello world"]
9 print 'Serving on https://127.0.0.1:8000'
10 server = pywsgi.WSGIServer(('0.0.0.0', 8000), hello_world )
11 server.serve_forever()
tornado的代码如下：
1 from tornado import httpserver
2 from tornado import ioloop
3 def handle_request(request):
if request.uri=='/':
message = b"Hello World!"
request.write(b"HTTP/1.1 200 OK\r\nContent-Length: %d\r\n\r\n%s" % (
len(message), message))
request.finish()
10 http_server = httpserver.HTTPServer(handle_request)
11 http_server.bind(8888)
12 http_server.start()
13 ioloop.IOLoop.instance().start()
由于python的例子要分别在python2 python3 pypy下跑，结果太多，我这里只给结果：
python2：5.8秒，python3：7.5秒，pypy：4.8秒
有意思的是：pypy第一次跑用了6.8秒，第二次以后全是4.8秒（感觉原因是第一次由于jit浪费了一点时间）贴出某次pypy的成绩：
1 Transactions:
10000 hits
2 Availability:
3 Elapsed time:
4 Data transferred:
5 Response time:
6 Transaction rate:
2096.44 trans/sec
7 Throughput:
0.02 MB/sec
8 Concurrency:
9 Successful transactions:
10 Failed transactions:
11 Longest transaction:
12 Shortest transaction:
接下来是tornado：
python2：9.05秒，python3：8.6秒，pypy：5.95秒
同样：pypy第一次执行的时间为9.45秒，以后的每次只执行时间为5.9秒多一些
可以看出，pypy 与go nodejs性能相当，其中go最快为4.11秒，pypy+gevent与nodejs性能差不多，pypy稍好一点，pypy+tornado则稍慢于nodejs。
2。框架篇：
从上边例子可以看到，纯代码写起来还是比较麻烦的，一般我们都是用框架来写web，我选了几个轻量级的框架来输出helloworld：
go+martini
1 package main
3 import "/codegangsta/martini"
5 func main() {
m := martini.Classic()
m.Get("/", func() string {
return "Hello world!"
运行时间为：
1 Transactions:
10000 hits
2 Availability:
3 Elapsed time:
4 Data transferred:
5 Response time:
6 Transaction rate:
2132.20 trans/sec
7 Throughput:
0.02 MB/sec
8 Concurrency:
9 Successful transactions:
10 Failed transactions:
11 Longest transaction:
12 Shortest transaction:
nodejs+express：
1 var express = require('express')
2 var app = express()
4 app.get('/', function (req, res) {
res.send('Hello World')
8 app.listen(3000)
1 Transactions:
10000 hits
2 Availability:
3 Elapsed time:
4 Data transferred:
5 Response time:
6 Transaction rate:
1694.92 trans/sec
7 Throughput:
0.02 MB/sec
8 Concurrency:
9 Successful transactions:
10 Failed transactions:
11 Longest transaction:
12 Shortest transaction:
python gevent+bottle：
1 from gevent import monkey
2 monkey.patch_all()
3 from bottle import run,get
5 @get("/")
6 def index():
return "Hello world!"
9 run(server='gevent')
用时：python2 10.05秒，python3：12.95秒，pypy：5.85秒
python tornado：
1 import tornado.httpserver
2 import tornado.ioloop
3 import tornado.web
5 class IndexHandler(tornado.web.RequestHandler):
def get(self):
self.write('Hello World!')
9 if __name__ == "__main__":
app = tornado.web.Application(handlers=[(r"/",IndexHandler)])
http_server = tornado.httpserver.HTTPServer(app)
http_server.listen(8000)
tornado.ioloop.IOLoop.instance().start()
用时：python2 11.85秒，python3：11.79秒，pypy：6.65秒
总结：可以看到，python在开启jit技术的pypy上web响应速度已经略优于nodejs，跟golang还有一定差距，但在同一数量级，标准python就稍微慢一些。
支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
支持 @ 本站用户；支持表情（输入 : 提示），见
记住登录状态
还不是会员使用 Node.js 的优势和劣势都有哪些？
【宓俊的回答(151票)】:
开发了 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，剩余内存都被磁盘缓存占据。以我的了解，Python 和 Ruby 上的非 Event Driven 的 Framework 根本不可能达到这样的性能。
然后说说 Node.js 的其他优点Node.js 的架构与 Django, Rails 等传统的 Framework 不同，不需要放在 Nginx / Apache 后，利用 WSGI， CGI 之类的接口一板一眼的 [接受Request] -& [运行程序逻辑] -& [生成并返回Response]。这是一个巨大的变化，之前一些无法想象的功能都有可能实现了。比如
可以用浏览器实现 P2P 的文件传输。正因为 Node.js 可以更精细的控制 Request 和 Response 的时间和内容，websocket 似乎天生就是为 Node.js 而生的，而配合
这个神奇的库之后，在 realtime webapp 这个领域，Node.js 已经没有对手了。Node.js 的包管理器 npm 设计得比 python 和 ruby 好很多。有很多的 module 开发者。当然也有一些缺点Debug 很困难。没有 stack trace，出了问题很难查找问题的原因。如果设计不好，很容易让代码充满 callback 。实在受不了的可以考虑一下
这个项目。不过 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
要想知道更详细的列表，可以看这里：
再稍微花点时间，搜集一些网上资料回答第一个问题：优势和劣势。
要讲清楚这个问题，先讲讲整个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），不明真相的群众可以看这里：
#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的应用场景
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是个不错的选择
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的发展是可持续性的
参考文档：
风起亚洲云：香港联科集团旗下基于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，我公司的产品
就是采用Node.js 开发的，性能和稳定性都还不错
【QiLong的回答(8票)】:
有大公司用吗？用的不要太多， Groupon, Taobao, 最近Paypal完成转到node.js上面来了
大家都知道PayPal是另一家迁移到Node.js平台的大型公司，Jeff Harrell的这篇博文
解释了为什么从Java迁移出来的原因：开发效率提高一倍（2个人用更少的时间干了5个人的活），性能提高一倍，代码量减少33%, 文件减少40%：
（小编：个人认为深层次原因是Java正在越来越走向封闭，而且变得越来越复杂而且oracle正在对Java收费，参见：
，这促使了越来越多的公司加入了去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下的同样的工作，并且吃力不讨好。参考：；性能测评：）
这是一个非常鼓舞人的证据，我们似乎应该更快地迁移到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的最大优势：
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票)】:
四月的时候上了一个模仿果壳的社区网站
用Node.js写的，开发挺爽的~~~
不过社区上了之后就一直没管了……
【叔度的回答(0票)】:
好处是前端同学也可以写后端程序了（JavaScript）。
劣势是异步回调机制变成不是很容易。
【肖驹的回答(0票)】:
补一个吧不在List上的用Node的大公司吧，
【谢梦非的回答(0票)】:
1.JS语法优势
2.异步，性能好
单线程，难以充分利用多核资源
【webfans的回答(0票)】:
使用NODE JS 最根本的是那些公司不考广告盈利，而是依靠在线交易盈利，例如国外的那个支付公司，NODE JS是打造实时系统的，不适合按照pv、uv等买广告为生的公司
【AaronHao的回答(0票)】:
我感觉作为一个搞前端开发的，学习nodejs入手比较快，后台接口都是用js写的，可以使前端工程师了解后端，甚至做到前后端通吃！
nodejs+mongodb这种方式，处理大数据也是比较快的，我们公司网络部门去年用过~
劣势：还是不是很成熟吧，对外开放源码较少，像有些功能PHP做起来很简单，但是nodejs要非常麻烦，相反，有的还是相当简单的。
&&&&&本文固定链接:
【上一篇】
【下一篇】
您可能还会对这些文章感兴趣！
最新日志热评日志随机日志}

叫阿莫西中心