tomcat你知道吗？假设用java开发，生产环境的发布过程，先编译java的代码，然后打包放到tomcat容器中，最后启动tomcat这就是发布了。nodejs需要通过npm install安装需要的module依赖，假设你的应用入口是app.js，那么运行node app.js就是启动了nodejs。一般在生产环境上还要监控nodejs的状态，如果挂了自动重启，nodejs的特点就是容易挂，重启非常快。

NodeJS是新兴的编程方式，基于javascript本身的特点NodeJS存在自己的优点和缺点。安全性：NodeJS的安全性你是在指单线程的资源争用吗？NodeJS是单线程的，并且是原生的异步编程模型，对于资源当然不能做太多同步的处理，也就是说你不要用javascript来做同步的事情，如果做同步的工作就不要用javascript。当然有些时候资源同步是必要的，这时候可以在数据库层面着手，比如couchdb，就是多版本的数据库，即使出现资源争用也完全不用担心，数据库回处理多版本问题。所以NodeJS是一个安全的环境。稳定性：NodeJS的特点是单线程，也就是说整个程序只有一个线程在跑，同时还是异步的，对于多个请求或多个操作是同时进行的，那么假设在这么多的并行操作（单线程和并行不矛盾）中如果有一个操作crash了，结果回怎么样？因为是单线程，这个线程中出现的任何问题都回反映到线程上，某个操作crash就回导致线程的crash，线程又控制着多个并行操作，结果就是：一个操作crash导致整个NodeJS崩溃。所以NodeJS的稳定性还不足。NodeJS还在快速发展中，在未来的某个版本中也许会提高稳定性，目前NodeJS还不适合用来做对稳定性要求很高的项目。

　我们都知道nodejs最大的特点就是单进程、无阻塞运行，并且是异步事件驱动的。Nodejs的这些特性能够很好的解决一些问题，例如在服务器开发中，并发的请求处理是个大问题，阻塞式的函数会导致资源浪费和时间延迟。通过事件注册、异步函数，开发人员可以提高资源的利用率，性能也会改善。既然Node.js采用单进程、单线程模式，那么在如今多核硬件流行的环境中，单核性能出色的Nodejs如何利用多核CPU呢看创始人Ryan Dahl建议，运行多个Nodejs进程，利用某些通信机制来协调各项任务。目前，已经有不少第三方的Node.js多进程支持模块发布，而NodeJS 0.6.x 以上的版本提供了一个cluster模块 ,允许创建逗共享同一个socket地的一组进程,用来分担负载压力。本篇文章就基于该cluster模块来讲述Node.js在多核CPU下的编程。Cluster模块介绍　　nodejs所提供的cluster模块目前尚处于试验阶段，在v0.10.7的官方文档上我们可以看到模块的发布信息如下：Stability: 1 - Experimental关于该模块的功能，源文档描述如此逗A single instance of Node runs in a single thread. To take advantage of multi-core systems the user will sometimes want to launch a cluster of Node processes to handle the load.地 其意就是：Node的示例以单进程的模式运行，有时为了充分利用多核系统的资源用户需要运行一组Node进程来分担负载。Cluster用法介绍　　首先贴出一段该模块示例应用代码，接下来进行详细分析，代码如下：复制代码var cluster = require(’cluster’);va

你熟悉JavaScript假设你正在使用一个功能强大的客户端框架(Angular，Ember, Backbone)以及REST-ful服务器端的API，使用JSON这种数据格式来传输和接受数据。即使你没有使用其中的任一种框架，你也用jQuery写过自己的框架。因此如果你不在服务器端使用Node.js，那么你就不断地做转译吧。你在转译两件事：来自你脑中JavaScript的逻辑转换为服务器端框架的逻辑。来自JSON的HTTP数据转换为你的服务器端的对象。JavaScript贯穿着你的应用，你不但智力上涨，你也获得了实践经验。通过模型和模板的复用，你可以减少应用的大小，同时减少了复杂度和出现bug的可能性。它很快Node.js是JavaScript运行环境，使用了Google用在Chrome中的V8引擎。V8以闪电般的速度编译和执行JavaScript是因为V8将JavaScript编译成本地机器代码。包括网络连接的读写，文件系统的读写，以及数据库的读写——所有的在网页应用中的日常任务——在Node中执行地非常非常快。Node能让你创建快速，大规模的网络应用，能够处理高吞吐量的大量的实时连接。工具npm是Node.js的包管理器并且它棒呆了。这确实很棒，当然，这类似于其他生态系统的包管理器，但是npm很快很稳很一致。他在寻找和安装项目依赖做的非常好。他让包和其他的项目隔离开来，防止版本混淆。实时变得简单如果Node.js很擅长多并发连接，那么他也擅长多用户的，实时的网页程序，例如聊天室和游戏。Node的 event loop 能够满足多用户需求。实时能力使用websocket协议。Websocket是在客户端和服务器端的简单的双向沟通渠道。因此服务器能够推送数据到客户端就像客户端推送一样。websocket运行在TCP，避免了HTTP的消耗。流数据传统意义上来说，web框架将HTTP请求和响应当做一个整体的数据对象。实际上，他们是I/O流，你可以想象，如果你把文件从文件系统中以流的形式取出。既然Node.js非常擅长处理I/O，我们能够利用这个特点创建一些很酷的东西。比如，它能够当视频或音频文件上传的时候，就转码音频或视频文件，减少了整体处理的时间。一个代码库和免费的实时Meteor是下一代基于Node的web框架。他可以在客户端和服务器端运行相同的代码库。然后，数据自动保存在服务器。其他的方式也奏效！任何服务器上的数据都自动传到客户端。

因为并发数受带宽及其它很多因素影响，不能单就node.js来说并发多高。

如果无限带宽，无限计算力，无限存……你可以认为node.js并发数也是无限的，但这没有意义，在同样的情况下，就算是IIS，并发数也可以认为是无限的。

它是通过非阻塞来达到高并发的目标的，我们用node.js也是用它的非阻塞这个特点。

在优化线程池，以及端口复用等技术的基础上，对于简单的业务处，使用其它的模型也可以达到高并发的目标，但在面临业务逻辑耗时长的问题时，node.js的优势就比较明显。

如果一个事务请求涉及三个业务逻辑，比如登录(login)这个事务，假设我们定义它有三个业务逻辑：

verify：验证用户是否合法（用户名，密码什么的）；

user:获取身份信息（权限什么的）；

modules:返回他可用的业务接口列表(商品管理，用户管理，订单审核等）

我们假设：只有1完成了才可以进行2，2完成了才可以进行3，上述每个业务逻辑都需要1秒去完成（客户的登录请求这个事务需要3秒才能完成）。

同时，我们也假设，这三个业务逻辑服务都是在其它的服务器上，它们的并发数无上限。

然后，我们在“一瞬间”我向这个服务发出1000个login请求

那么，我们来看看node.js与纯java的不同。

nodejs调用它们来完成,因为它是非阻塞的，它调了verify后，不再等待它返回结果，就可以处理另一个事务请求了，当verify请求有返回结果时，它再来处理结果，决定是否调用user……，整个过程，只在一个进程中就完成了。

它收到这1000个请求后，在这个进程中向verify发出了1000个请求，过了一秒，收到回应又有900个验证成功，它返回了100个登录失败的信息，并向user发出了900个请求，又过了一秒，返回了900个modules的结果。

这样的结果，在客户端看来，发出请求后1秒，收到了100个登录失败，又过了两秒，收到了900个可用功能列表（因为异步机制，它还会稍微长一点点，假设是3.003秒吧）

现在，在带宽与计算力不受限的情况下，同样的内存，看看纯Java是怎么个情况。如果使用纯java来做这个事，java不使用异步模式的话，一个线程响应一个请求。

java同样“一瞬间”收到了1000个请求，java开启了1000个线程去响应它们,然后这1000个线程在第一秒里都在等待verify，第一秒结束时，返回100个登录失败，关闭了100个线程，又过了两秒，900个线程得到了各自的modules结果，并返回给客户端。

对于客户端来说，感觉就是3秒，没有那个0.003。

好，至此，node.js与纯java的区别已经很明显了。纯java在不使用非阻塞机制的情况下，它需要开启1000个线程（或者进程，这个成本更高）而node.js则需要更多的时间。

在内存受限的情况下，node.js就有优势了。

假设一个进程需要1M内存，为了能同时开1000进程，你需要额外的1G内存来给它。而对于node.js，它可能只需要20M来完成这个事，代价就是每个客户端都需要多等那么一小会。

严格来说，并不提倡在node.js中实现业务逻辑，node.js最好是只用于以非阻塞模式连接多个阻塞模式的业务逻辑。

NodeJS的特点：

它是一个Javascript运行环境

依赖于Chrome V8引擎进行代码解释

事件驱动

非阻塞I/O

轻量、可伸缩，适于实时数据交互应用

单进程，单线程

NodeJS的缺点：

1. 不适合CPU密集型应用；CPU密集型应用给Node带来的挑战主要是：由于JavaScript单线程的原因，如果有长时间运行的计算（比如大循环），将会导致CPU时间片不能释放，使得后续I/O无法发起；

解决方案：分解大型运算任务为多个小任务，使得运算能够适时释放，不阻塞I/O调用的发起；

2. 只支持单核CPU，不能充分利用CPU

3. 可靠性低，一旦代码某个环节崩溃，整个系统都崩溃

原因：单进程，单线程

解决方案：

（1）Nnigx反向代理，负载均衡，开多个进程，绑定多个端口；

（2）开多个进程监听同一个端口，使用cluster模块；

4. 开源组件库质量参差不齐，更新快，向下不兼容

5. Debug不方便，错误没有stack trace

NodeJS的应用场景：

实时应用：如在线聊天，实时通知推送等等（如socket.io）

分布式应用：通过高效的并行I/O使用已有的数据

工具类应用：海量的工具，小到前端压缩部署（如grunt），大到桌面图形界面应用程序

游戏类应用：游戏领域对实时和并发有很高的要求（如网易的pomelo框架）

NodeJS不适合场景：

CPU使用率较重、IO使用率较轻的应用——如视频编码、人工智能等，Node.js的优势无法发挥简单Web应用——此类应用的特点是，流量低、物理架构简单，Node.js无法提供像Ruby的Rails或者Python的Django这样强大的框架

maven的灵活性差一些，并且自定义起来也比较麻烦，但是maven的项目比较容易看懂，并且上手简单。Node.js的强大功能体现在很多方面，如事件驱动、异步处理、非阻塞I/O等。在这里将介绍Node.js具备的不同于其它框架的特点。使用Node.js的开发人员需要根据自己的业务逻辑注册相应的回调函数。这些回调函数都是异步执行的。这意味着虽然在代码结构中这些函数是依次注册的，但是它们并不依赖于自身出现的顺序，而是等待相应的事件触发。

一楼说的可是真的不对啊....详细的可以百度百科看~我简单的说一下nodejs是chrome浏览器的javascript解析引擎V8封装的javascript运行平台，是可以写后台服务的，语法99%符合javascript的语法，你可以理解为java或者.NET或者PHP之类的语言，但是和这些语言不同的是，nodejs是单线程的，非阻塞I/O基于事件驱动的语言，而这些也是javascript的特点。所以如果你前端的js写的非常熟练，那么只需要了解一些后端的理论就可以了，语法基本上是通用的，如果说有不同，那也是nodejs增加了一些偏重于后台操作的API~~差不多了~最后再说一句，这个可不是js的框架啊，这个和jquery，extjs之类的js框架是有本质再本质的区别的~