nodejs程序员

❶ nodejs 初级，中级，高级程序员怎么划分

应届毕业一般就是初级了。 工作一年到两年就可以是中级了 工作一般会有一万左右。 高级工程师 理论上也没什么，但是得有一个产品带去跳槽，能力不一定很强的， 高级的话，看公司，一万多到2，3万一月。

❷ NodeJS会是昙花一现吗

在用了一年以后，我感觉node.js有一点不对劲。它很有意思，但是我觉得我应该用另外一个视角去审视它。

网络编程真的可以更容易吗？

node.js无疑有一些设计非常好的地方。前段时间我写了一个性能非常高的Syslog Collector系统，它可以每秒处理25万个日志，可以同时处理数千个TCP并发连接。它还支持UDP，HTTP和SSL.它是C++写的，使用了
Boost.Asio 架构。它几乎从来不会崩溃。 很少会内存泄露。但是它花了我5个月的时间去编辑（然后重写），测试还有布署。所以，你要知道，写相似的node程序真的不会让你加快开发进度。

需要一个HTTP服务器？require（导入）
http 模块，如果你想要一台socket服务器的话，还需要net模块。node是一个事件驱动的框架。相对于为每个链接创始一个线程模型相比有极大的性能优势，node.js取得了
twisted无法能取得的成功。 （注* twisted 基于python的异步驱动框架）

node.js的问题是什么？

javaScript

让我们先说JavaScript －
我喜欢用它的闭包，但是这个语言太扯蛋了。甚至是JavaScriptr的铁杆粉丝都知道它有多可笑。JavaScript the Good
Parts （JavaScript好的方面） 真的是一本很簿的书，对比一下你会觉得很有趣。

你会发现下面的代码根本不会报错：

undefined=42

然后你输入这个看看？

> [] + []
''

为什么1个空数组加上另外一个空数组会等于空字符串？

然后这个呢？

> [] + [] * 5
'0'

解释JavaScript为什么会这样其实挺困难的。就像为
无数个猴子设计的语言。 所以在线编程是非常重要，你得经常打印一下看看到底会输出什么。

调试

我看到的大多数node.js程序员都在用一种非常原始的方式在调试，并不断地对他们用的工具表示失望。跟踪回调里不该招聘的异常，在类似Mocha和
Chai的测试框架中，经常会像恶梦一样。时间不断地花在寻找为什么会出错上面。console.log也许是开发者最常使用的调试工具。

回调地狱

大多数程序员，只要在node上面写了36个小时的代码，就会发现callback hell。有些
文章 介绍了一些避免的方法。具有讽刺意味的是，这是node的异步和事件驱动所天生的。它带来了很多性能上的优势，但导致了这种难看和不可靠代码的产生。

但是我们有
Promises。

是的，我同意。不过如果不是用Bluebird这样的模块，我估计大多数node程序员马上就会放弃。我非常喜欢用Promise模式，它写出的代码非常
优美。Promise的链式写法是非常好的实践。但是它让你放弃了彻底修复回调地狱的想法。我严重怀疑这一点会破坏NodeJS在生产环境应用的可能性。

我只会占用一个核，但只能用一个核。

node.js总是运行在一个进程里。这让他进行跨函数和跨模块的调用更加的简单。但这并不意味着是没有代价的，你必须确保你在做出更改的时侯进程不被打断。但是当你使用多核CPU时，你就无法发挥出其它处理器的性能。你就开始骂娘了。当然node里面有集群
Cluster 模块，但是它还处在实验阶段，而且用它你还得重写你程序的逻辑。你最初的设计可能很少考虑到需要分布式处理的情况。

那么该怎么办？

写高性能的网络和分布式程序是当代程序员应有的基本素质。框架应该降低内容的切换——像node一样，允许我们创建高性能的服务器。但是还有比node.js更好的框架。

Go 是一个很好的侯选对象。它基于一个健壮的库，为网络编程而设计。而且编写服务器像node一样容易。
Goroutines 允许程序员不必担心回调式的书写方式，让程序员以更自然的，线性的思维去思考。而且Goroutines真的非常轻量级而且内容切换比操作系统的线程间切换更轻量，这种系统级的线程操作正是node.js想要避免的。

Go可以最大可能地发挥多核的优势。这是它的基因。我写了很多Go的代码，而且它的体验要比node要好很多。

不要把我的话当回事

我的node和JavaScript经验并不像C/C++或Python那样丰富。但是我的直觉告诉我node.js只是我们朝着向更好的网络编程迈进的一步。它已经解决很多问题了，但是应该还有更好的方法。
转载

❸ nodejs写的后台程序必要要运行才能让前端调用吗

1、是一个文件一个文件的存在服务器上的。但是这些文件中一些涉及服务的文件在启动之后，就会被读入内存中进行解析执行，不再能修改了。如果要改文件，需要重新启动这些文件。而我们传统的用php或者asp，都是当用户访问到一个文件，服务器才会启动这个文件相关的程序去解析执行。
2、可以的。以前，我们只能用js写前台文件，有了nodejs，你可以用它开发后台程序了，比如服务器程序，比如数据库。基本上web的所有功能他都能做了。
3、nodejs不是js，他是使用了js语言的一个框架环境，就像。net环境不等于c#语言一样。你只是会js，还是开发不了nodejs，你需要了解一些服务器程序的特点，还需要对nodejs这样的框架有所了解。然后才能用js来做一些事情。所以你会发现，实际上nodejs并不是那么完美，对于一个程序员使用现成的轮胎还是自己造轮胎，完全是另一回事。js，php，java，c#，哪个程序员是只会一种语言的？熟能生巧的事儿。对于初学者来说，还是学好c，学好数据结构，学好操作系统，学好基础的东西才是最关键的。不要执着于某种语言。

❹ 前端人学后端语言是NodeJS好还是PHP好

有兴趣或者有精力的话两个都学 都了解一下。学Node.js对前端比较有帮助，大有裨益，而深入学习的话将引出一系列技术栈包括但不限于jade,ejs,less,express,mongodb, Mongoose ,npm,gulp,模块化，中间件,WebSocket,Socket.io,RESTful架构，测试Mocha + should.js以及bootstrap等.

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

一. NodeJS的特点

我们先来看看NodeJS官网上的介绍：

Node.jsis a platform built on Chrome’sJavaScriptruntime for easily building fast, scalable network applications.node.jsuses 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密集、少量业务逻辑的场景。

Python的优缺点

优点

简单————Python是一种代表简单主义思想的语言。阅读一个良好的Python程序就感觉像是在读英语一样，尽管这个英语的要求非常严格！Python的这种伪代码本质是它最大的优点之一。它使你能够专注于解决问题而不是去搞明白语言本身。

易学————就如同你即将看到的一样，Python极其容易上手。前面已经提到了，Python有极其简单的语法。

免费、开源————Python是FLOSS（自由/开放源码软件）之一。简单地说，你可以自由地发布这个软件的拷贝、阅读它的源代码、对它做改动、把它的一部分用于新的自由软件中。FLOSS是基于一个团体分享知识的概念。这是为什么Python如此优秀的原因之一——它是由一群希望看到一个更加优秀的Python的人创造并经常改进着的。

高层语言————当你用Python语言编写程序的时候，你无需考虑诸如如何管理你的程序使用的内存一类的底层细节。

可移植性————由于它的开源本质，Python已经被移植在许多平台上（经过改动使它能够工作在不同平台上）。如果你小心地避免使用依赖于系统的特性，那么你的所有Python程序无需修改就可以在下述任何平台上面运行。这些平台包括linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、z/OS、Palm OS、QNX、VMS、Psion、Acom RISC OS、VxWorks、PlayStation、Sharp Zaurus、Windows CE甚至还有PocketPC、Symbian以及Google基于linux开发的Android平台！

解释性————这一点需要一些解释。一个用编译性语言比如C或C++写的程序可以从源文件（即C或C++语言）转换到一个你的计算机使用的语言（二进制代码，即0和1）。这个过程通过编译器和不同的标记、选项完成。当你运行你的程序的时候，连接/转载器软件把你的程序从硬盘复制到内存中并且运行。而Python语言写的程序不需要编译成二进制代码。你可以直接从源代码 运行 程序。在计算机内部，Python解释器把源代码转换成称为字节码的中间形式，然后再把它翻译成计算机使用的机器语言并运行。事实上，由于你不再需要担心如何编译程序，如何确保连接转载正确的库等等，所有这一切使得使用Python更加简单。由于你只需要把你的Python程序拷贝到另外一台计算机上，它就可以工作了，这也使得你的Python程序更加易于移植。

面向对象————Python既支持面向过程的编程也支持面向对象的编程。在“面向过程”的语言中，程序是由过程或仅仅是可重用代码的函数构建起来的。在“面向对象”的语言中，程序是由数据和功能组合而成的对象构建起来的。与其他主要的语言如C++和Java相比，Python以一种非常强大又简单的方式实现面向对象编程。

可扩展性————如果你需要你的一段关键代码运行得更快或者希望某些算法不公开，你可以把你的部分程序用C或C++编写，然后在你的Python程序中使用它们。

可嵌入性————你可以把Python嵌入你的C/C++程序，从而向你的程序用户提供脚本功能。

丰富的库————Python标准库确实很庞大。它可以帮助你处理各种工作，包括正则表达式、文档生成、单元测试、线程、数据库、网页浏览器、CGI、FTP、电子邮件、XML、XML-RPC、HTML、WAV文件、密码系统、GUI（图形用户界面）、Tk和其他与系统有关的操作。记住，只要安装了Python，所有这些功能都是可用的。这被称作Python的“功能齐全”理念。除了标准库以外，还有许多其他高质量的库，如wxPython、Twisted和Python图像库等等。

概括————Python确实是一种十分精彩又强大的语言。它合理地结合了高性能与使得编写程序简单有趣的特色。

规范的代码————Python采用强制缩进的方式使得代码具有极佳的可读性。

缺点

强制缩进

这也许不应该被称为局限，但是它用缩进来区分语句关系的方式还是给很多初学者带来了困惑。即便是很有经验的Python程序员，也可能陷入陷阱当中。最常见的情况是tab和空格的混用会导致错误，而这是用肉眼无法分别的。

单行语句和命令行输出问题

很多时候不能将程序连写成一行，如import sys;for i in sys.path:print i。而perl和awk就无此限制，可以较为方便的在shell下完成简单程序，不需要如Python一样，必须将程序写入一个.py文件。（对很多用户而言这也不算是限制）

NO.1 运行速度，有速度要求的话，用C++改写关键部分吧。

NO.2 国内市场较小（国内以python来做主要开发的，目前只有一些web2.0公司）。但时间推移，目前很多国内软件公司，尤其是游戏公司，也开始规模使用他。

No.3 中文资料匮乏（好的python中文资料屈指可数）。托社区的福，有几本优秀的教材已经被翻译了，但入门级教材多，高级内容还是只能看英语版。

NO.4 构架选择太多（没有像C#这样的官方.net构架，也没有像ruby由于历史较短，构架开发的相对集中。Ruby on Rails 构架开发中小型web程序天下无敌）。不过这也从另一个侧面说明，python比较优秀，吸引的人才多，项目也多。

❻ nodeJS中，异步的具体实现者是什么

在现在的项目开发中，任何一个大型项目绝对不是简简单单的采用一个种语言和一种框架，因为每种语言和框架各有优势，与其死守一个，不与取各家之所长，依次得到一个高性能、搞扩展的产品。

对于一个.NET开发者，尤其是主要从事Web开发的.NET程序员，个人觉得有必要学习一门性能优越的Web平台开发语言。一个开发者不能简简单单的只学习一门语言，思维应该开阔，从各个方面去看待同样的一个问题，这样或许会得到另一番效果和见解，个人认为应该学习一下其他的语言，这样有利于我们对比语言的优势和缺点，例如java、nodejs、python等等。对于Nodejs这个JavaScript平台，个人觉得.NET程序员有必要学习一下，因为学习NodeJS有助于我们构建一个高性能的Web平台。

NodeJS具有事件驱动、非阻塞I/O等特点，可以很好的处理I/O操作。Node面向网络且擅长并行I/O，能够有效地组织起更多的硬件资源。

这篇博客就来简单的介绍一下NodeJS的异步I/O特点。

一.NodeJS概述：

要学习一个语言或者平台，我们首先应该知道其定义，依据定义来扩展我们的学习思路。Node的定义：”一个大奖在Chrome JavaScript运行时上的平台，用于构建高速、可伸缩的网络程序。NodeJS作为一个异步事件驱动的JavaScript运行时，旨在构建可扩展的网络应用程序。“有关nodejs的背景介绍和安装方法，这里就没有必要介绍了，因为对于nodejs的安装是比较简单，所以在这里赘述就有些显得浪费时间。

学习完Node的定义特点，可能很多人都会好奇这个平台的适用场景是什么，以便在实际的项目开发中应用，不然学习这个就没有意义。主要的应用场景：前后端编程语言环境统一；高性能I/O用于实时应用；并行I/O使得使用者可以更高效地利用分布式环境；并行I/O有效利用稳定接口提升Web渲染能力；云平台的支持；游戏开发（这可能是很多开发者在意的，毕竟现在的游戏开发火热程度已经到了无以附加的地步）；工具类应用，与较多的工具方法，使得开发效率大大的提升。

NodeJS异步I/O模型的基本要素：事件循环、观察者、请求对象、I/O线程池这四个共同构成。接下来我们具体了解一下这些知识。

二.NodeJS异步I/O解析：

对于Nginx服务器，很多人都是比较的熟悉，Nginx采用纯C编写而成，用于做Web服务器，在反向代理和负载均衡等服务方面有很好的优势。Node与Nginx服务器有着相似的地方，都是采用事件驱动。

浏览器中JavaScript在单线程上执行，而且还与UI渲染共用一个线程，JavaScript在执行的时候UI渲染和响应应是出于停滞状态。（如果脚本执行的时间超过100毫秒，用户就会感到页面卡顿）。遇到这些情况，我们就会想到异步的方式消除这些等待的问题，对于异步和同步的概念就不做介绍了。

=接下来我们具体的来了解一下NodeJS的事件驱动和非阻塞I/O这些特点，了解这些对于我们更好的学习NodeJS开发和构建高性能的Web平台有更加深远的意义。

1.I/O操作概述：

I/O操作对于任何一个开发者来说都不会陌生，现在我们就简单的谈一下NodeJS的I.O操作。I/O操作分为：单线程串行依次执行；多线程并行执行。这两种方式各有优势和缺点，多线程的代价在于创建线程和执行期线程上下文切换的开销较大，并且多线程面临锁、状态同步的问题。单线程安装顺序执行，在执行中任何一个稍慢都会导致后续执行代码阻塞。对于任务的串行执行（概念上类似于同步执行）和任务的并行执行的描述有如下图：

varconfig=require('./config.json');
varfs=require("fs");
varhttp=require('http');
varurl_mole=require("url");

http.createServer(function(request,response){
varkey=url_mole.parse(request.url).query.replace('key=','');
switch(request.method){
case'GET'://
fs.readFile(config.dataPath+key,'utf8',function(err,value){
if(err){
//ReturnFileNotFoundiffilehasn'tyetbeencreated
response.writeHead(404,{'Content-Type':'text/plain'});
response.end("Thefile("+config.dataPath+key+")doesnotyetexist.");
}else{
//Ifthefileexists,
varsorted=value.split(config.sortSplitString).sort().join('');
response.writeHead(200,{'Content-Type':'text/plain'});
response.end(sorted);
}
});
break;
case'POST'://
varpostData='';
request
.on('data',function(data){
postData+=data;
})
.on('end',function(){
fs.appendFile(config.dataPath+key,postData,function(err){
if(err){
//Returnerrorifunabletocreate/appendtothefile
response.writeHead(400,{'Content-Type':'text/plain'});
response.end('Error:Unabletowritefile:'+err);
}else{
//,return"success"response
response.writeHead(200,{'Content-Type':'text/plain'});
response.end('success');
}
});
});
break;
default:
response.writeHead(400,{'Content-Type':'text/plain'});
response.end("Error:BadHTTPmethod:"+request.method);
}
}).listen(config.serverPort);

console.log('synchronousserverisrunning:',config.serverPort);

四.总结：

这篇博文是个人初次尝试NodeJS的一个小总结，如有写的不好还望大家多多的包含和指正。对于程序员来说，需要做的就是一直不停的学习，无论是否是自己主要从事的语言，对于学习多种语言，可以更加有助我们了解编程，对于一个开发者来说，最终的就是思想，因为语言的特性和框架的应用，一个熟练的编程者学习起来并不是难事，难就难在我们对于语言和框架的设计理念的理解。

❼ 为什么Paypal选用NodeJS替代java，很有参考价值

呵呵，站在架构师的角度，判断用户的需求，来选择不同的语言，不同的框架，这是基础。
nodejs替代java，简单的说，就是程序员不想为以前买单。旧的代码已经问题重重，那么新加入者要么推到重来，要么小修小改，逐步完善。如果使用旧有的java，肯定会有不少老员工对这种改动提出意见，干脆全部用新的，不考虑和以前的兼容，这样最省心。

从资料来看，虽然号称8周改写了paypal，其实之前化了几个月研究和完善node.js框架。这个代价绝对不小。在paypal的工程师研究框架的同时其实就等同于同时在设计。按我们以前的经验，设计，开发，测试的比例是 2:1:2,也可以看出来了项目不小。

❽ 如今2016年了，nodejs在中国发展到了什么地步

中国没多少人用。 二线城市招不到人， 老程序员各种不爽nodejs： 不少人认为node是一个玩具，是前端程序员用的， 只有java才是工业级语言。

❾ nodejs的优势

NodeJs的优势：

现在的很多的服务器端的语言（PHP,JAVA,ASP.net）,有什么问题呢，现在的服务器端的语言在用户访问服务器时，为每个用户链接创建了一个线程，但每个线程大约要耗费2M的内存，如果一个8G内存的服务器，也就能链接4000个左右的用户，如果用户的链接数较大，就必须增加服务器的数量，而且现在用户的链接方式有很多（如app，网页同时访问），这就又涉及到服务器共享的问题，所以服务器怎么支持最大的同时链接用户量就成了一个问题；
NodeJS修改了客户端到服务器端的链接方法，解决了这个问题，他不在为每个客户端创建一个新的线程，而是为每个客户端链接出发一个NodeJs内部进行处理的事件，所以NodeJS具备同时处理多达几万个用户的客户端链接的能力；
NodeJS适合开发的应用程序：

当应用程序需要处理大量并发的输入/输出，而在向客户端发出响应之前，应用程序内部并不需要进行非常复杂的处理的时候，我们应该考虑使用NodeJs来进行应用程序的开发，例如：
1、聊天服务器：如果聊天的人很多，用户的与服务器之间的并发链接量很大，但是服务器端的数据处理并不复杂；
2、综合类服务网站和电子商务网站的服务器：在这类网站中的服务器端，往往可能每秒存内可以接受多达上千条的数据并且需要将这些数据写入数据库中，NodeJs可以通过其队列机制将这些数据迅速写入缓存区中，然后再通过每一个单独的处理从缓存区中取出这些数据并将其写入数据库中，如果是其他的服务器（如Apache服务器或Tomcat服务器）的话，由于这些服务器采用的是阻塞型I/O机制，因此每条数据写入到数据库中都要等待一段时间（等上一条写完，才能写下一条），但是NodeJs使用的是非阻塞的I/O机制，因此可以实现这些数据到数据库中的写入，而不必再为每条数据的写入而等待一段时间；
总结：
一个规模稍微大点的系统都不是一种开发语言可以搞定的，往往是几种混杂一起，比如c、c++做服务器端开发，java做业务逻辑，php等做前端展示，此外还需要消息中间件等等。
nodejs可以很快地在服务器端做原型（原来只有c系和java等能做的事情，性能还很高），而且代码量相对会少很多；另一点是它的语法优势，js闭包等。但它不太适合做cpu密集型处理的工作，只能绕着弯去解决，据说这次QCon会有人分享这方面的研究成果，可以关注下。
每种语言都有它适合的领域，没必要强求一门语言可以解决所有事情，拥有其它语言的特性，只有不断的tradeoff把系统做出来才是目标。这些都是丛书上看到总结的，还望指正