nodejs（5）
1.浏览器和node都是事件驱动，非阻塞的IO处理。node把js带到服务器端的方式跟浏览器把js带到客户端的方式几乎一模一样。
遇到回调事件，该进程就被放到轮询机制之外了，等事件办完，再触发。
nginx,apache都是http服务器。只不过nginx不用阻塞多线程的方式，而是轮询的异步i/o方式。跟浏览器和Node一样。
node常被用来构建服务器。有了node构建服务器就非常方便了。
2.node 组件&& 实时程序& 服务器与客户端的交互
websocket支持实时通讯而设计的轻量的双向通讯协议，http并不是实时通讯设计，不停的打开关闭tcp/ip以及http头，传输量也大。但websocket只有在支持Html5的浏览器才能使用。因为socket.io库，就是用来为不能使用websocket提供后备措施的。
一般项目的目录结构：
lib :服务器端逻辑
public：客户端文件
{& javascript&&& stylesheets}
主文件直接放在该目录下。
package.json
node_module 放的是依赖项。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：9799次
排名：千里之外
原创：35篇
转载：38篇
(3)(9)(14)(7)(6)(2)(16)(19)这三本书各有侧重，读者可以根据需求选取：深入浅出Node.js：侧重于Node.js的实现、原理方面的讲解，供想了深入了解Node.js的童鞋阅读；Node.js 实战（双色）：本书的特色在于实战二字，没有太多深层次的分析，集结了Node.js在各方面的实践经验，如果你想用Node.js做出点东西，推荐这本书；了不起的Node.js：没看过这本书，不过从目录上看 深入浅出Node.js 更合适作为本书的书名，适合用来夯实Node.js/JavaScript基础。
泻药。&br&&br&如果你完全不知道node是什么，建议你看Node.js实战和了不起的Node.js，可以熟悉以下Node的基本情况和Node能干嘛，看完基本能够上手开发写一些应用。&br&&br&如果你对Node的API了解比较多，对Web开发有一定经验，想了解更多知其然且知其所以然，不要错过我的《深入浅出Node.js》。
泻药。 如果你完全不知道node是什么，建议你看Node.js实战和了不起的Node.js，可以熟悉以下Node的基本情况和Node能干嘛，看完基本能够上手开发写一些应用。 如果你对Node的API了解比较多，对Web开发有一定经验，想了解更多知其然且知其所以然，不要错过我的…
&p&&a href=&///?target=http%3A///gp/product//ref%3Das_li_ss_tl%3Fie%3DUTF8%26camp%3D536%26creative%3D3132%26creativeASIN%3D%26linkCode%3Das2%26tag%3Dflamingtop-23& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Node.js in Practice&i class=&icon-external&&&/i&&/a&&br&&/p&&p&&a href=&///?target=http%3A///gp/product//ref%3Das_li_ss_tl%3Fie%3DUTF8%26camp%3D536%26creative%3D3132%26creativeASIN%3D%26linkCode%3Das2%26tag%3Dflamingtop-23& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Node.js the Right Way: Practical, Server-Side JavaScript That Scales&i class=&icon-external&&&/i&&/a&&br&&/p&&p&&a href=&///?target=http%3A///gp/product//ref%3Das_li_ss_tl%3Fie%3DUTF8%26camp%3D536%26creative%3D3132%26creativeASIN%3D%26linkCode%3Das2%26tag%3Dflamingtop-23& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&Node.js Design Patterns&i class=&icon-external&&&/i&&/a&&/p&
已有帐号？
无法登录？
社交帐号登录
不同凡想，心成伟事。»»为什么我要用 Node.js? 案例逐一介绍
　　JavaScript 高涨的人气带来了很多变化，以至于如今使用其进行网络开发的形式也变得截然不同了。就如同在浏览器中一样，现在我们也可以在服务器上运行 JavaScript ，从前端跨越到后端，这样巨大的反差让人难以想象，因为仅仅在几年前 Javascript 还如同 Flash 或者 Java applet 那样嵌入网页在沙箱环境中运行。
　　在深入Node.js之前，你可能需要阅读和了解使用带来的好处，它统一了编程语言和数据格式（JSON），让你能最佳地重用开发人员资源。由于这更多的是关于 JavaScript 的特点，这里就不过多讨论它。但它确实是一个让人在开发环节中使用 Node 的关键的优点。
　　正如 所说：&Node.js 是谷歌 V8 引擎、libuv平台抽象层 以及主体使用 Javscript 编写的核心库三者集合的一个包装外壳。& 除此之外，值得注意的是，Node.js 的作者瑞恩&达尔 (Ryan Dahl) 的目标是创建具有实时推送能力的网站。在 Node.js 中，他给了开发者一个使用事件驱动来实现异步开发的优秀解决方案。（注：V8是谷歌开发的，目前公认最快的 Javascript 解析引擎，libuv 是一个开源的、为 Node 定制而生的跨平台的异步 IO 库。）
　　简而言之：Node.js 在实时的 Web应用上采用了基于 WebSocket 的推送技术。这意味着什么样的革命性？Well，在经过了20多年的基于无状态的请求-返机制的无状态交互之后，我们终于有了实时的，双向连接的web应用，客户端和服务器端都可以发起通信，能够自由地交换数据。与此形成鲜明对比的是传统的 web响应模式，客户端总是主动发起通信而服务端被动返回。此外，这些都是基于运行在标准80端口上的开放Web组件（HTML、CSS和JS）。
　　可能有人会说，我们已经使用 Flash 和 Java Applet 的形式很多年了&&但实际上，这些方式只是使用网络将数据传递到客户端上的沙箱环境。他们都是隔离运行的，而且经常操作到需要额外的权限之类的非标准端口。
　　凭借其独特的优势，Node.js的现在已经在的产品中起到了关键作用。
　　在这篇文章中，我们不仅将讨论这些优势是如何实现的，而且也会讨论为什么你使用 Node.js 来替代一些经典的Web应用程序模型。
　Node.js 是如何工作的？
　　Node.js 的主要思路是：使用非阻塞的，事件驱动的 I/O 操作来保持在处理跨平台 (across distributed devices) 数据密集型实时应用时的轻巧高效。这听起来有点绕口。
　　它的真正含义是，Node.js 不是一个即将主导Web开发的世界的银弹级的平台。相反，它是一个满足特别需求的平台。你肯定不会希望使用 Node.js 去做 CPU密集型操作。事实上，使用它进行繁重的计算等于摒弃 Node 几乎所有的优点。Node 真正的亮点在于建设高性能，高扩展性的互联网应用&&因为它能够处理庞大的并且高吞吐量的并发连接。
　　它的工作原理是相当有趣的。传统的网络服务技术，是每个新增一个连接（请求）便生成一个新的线程，这个新的线程会占用系统内存，最终会占掉所有的可用内存。而 Node.js 仅仅只运行在一个单线程中，使用非阻塞的异步 I/O 调用，所有连接都由该线程处理，在 libuv 的加分下，可以允许其支持数万并发连接（全部挂在该线程的中）。
　　做一个简单的计算: 假设是普通的Web程序，新接入一个连接会占用 ，在有 8GB RAM的系统上运行时, 算上，并发连接的最大理论值则为 4000 个。这是在传统 Web服务端技术下的处理情况。而 Node.js 则达到了约 1M 一个并发连接的拓展级别 ().
　　当然，在所有客户端的请求共享单一线程时也会有问题, 这也是一个编写 Node.js 应用的潜在缺陷. 首先, 大量的计算可能会使得 Node 的单线程暂时失去反应, 并导致所有的其他客户端的请求一直阻塞, 直到计算结束才恢复正常。 其次，开发人员需要非常小心，不要让一个 Exception 阻塞核心的事件循环，因为这将导致 Node.js 实例的终止（实际上就是程序崩溃）。（ 笔者注：如 PHP 中某个页面挂掉是不会影响网站运行的，但是 Nodejs 是一个线程一个线程来处理所有的链接，所以不论是计算卡了或者是被异常阻塞了都可能会影响到其他所有的链接。解决方案在稍后讨论。）
　　用来避免异常抛出时中断进程的方法是将异常使用回调传递出去（而不是抛出他们，就像在其他环境中一样）。即使一些未处理的异常阻塞了程序，依旧有多种应对的解决方案，而且也有很多可用于监视 Node 进程来执行必要的崩溃后恢复工作的策略和工具（虽然你将无法恢复用户的 Session ），最常见的是使用 Forever 模块，或者采用其他的外部系统工具如 。
　NPM: The Node Package Manager
　　当我们讨论 Node.js 的时候，一个绝对不应该忽略地方就是默认内置的模块管理工具 && 。 其灵感来源与 Ruby Gems（具有版本和依赖管理功能，可以通过在线资料库便捷安装可重用的组件的管理工具）。
　　一个完整的公用模块列表可以在 NPM 的网站上找到（），或者通过使用与 Node.js 一同安装的 NPM CLI 工具放问到。该模块的生态系统向所有人开放，任何人都可以发布自己的模块，所有的模块都可以在 NPM 资料库中找到。你可以在
页面找到 NPM 的一个简要介绍（有点旧，但依旧能看）。
　　目前非常流行的一些 NPM 模块有：
& Express.js,是一个简洁而灵活的 node.js Web应用框架, 并且已经是现在大多数 Node.js 应用的标准框架，你已经可以在很多 Node.js 的书籍中看到它了。
& Connect 是一个 Node.js 的 HTTP 服务拓展框架，提供一个高性能的&插件&集合，以中间件闻名，是 Express 的基础部分之一。
& 目前服务端最流行的两个 websocket 组件。
& 流行的模板引擎之一，并且是 Express.js 的默认模板引擎。其灵感来源于 HAML。
& 封装了 MongoDB 的的各种 API，不过笔者平常工作用的是
也很推荐。
& Redis 的客户端函数库.
& CoffeeScript 编译器，允许开发者使用 Coffee 来编写他们的 Node.js 程序。
(, ) & 最流行的 JavaScript 工具库 , 用于 Node.js 的封装包，以及两个采取略有不同的实现方法来获得的同行。
& 可能是用来确保 node 脚本持续运行的最流行的工具。
　　还有很多好的模块，这里就不一一列举了（希望没有冒犯到没列举的）。
　Node.js 应该用在什么地方
　　聊天是最典型的多用户实时交互的应用。从
开始，有许多开源或者不开源的协议都运行在非标准端口上，而现在，使用 Node.js 则可以解决这些问题&&在标准的80端口运行 WebSockets。
　　聊天应用程序是最能体现 Node.js 优点的例子：轻量级、高流量并且能良好的应对跨平台设备上运行密集型数据（虽然计算能力低）。同时，聊天也是一个非常值得学习的用例，因为它很简单，并且涵盖了目前为止一个典型的 Node.js 会用到的大部分解决方案。
　　让我们试着来描绘它如何工作。
　　在最简单的情况下，我们布置了一个聊天室在我们的网站上，用户可以在上面发消息，当然是一对多的形式。例如，假设总共有三个人连接到我们的网站上。
　　在服务端这边， 我们有一个使用 Express.js 搭建的简单站点，该站点实现了两件事 1) 处理路径为 &/& 的GET请求时，下发包括一个留言板以及一个发送信息的 &发送& 按钮的页面 2) 一个监听客户端发送新消息的 websockets 服务。
　　在客户端这边，我们有一个 HTML 页面，上面有个两个 js 方法，一个是用于触发事件的 &发送& 按钮，这会把把输入的消息通过 webscoket 发送，另一个方法是用 webscoket 在客户端上监听服务端来的推送（例如，其他用户发送的消息）。
　　当有一个客户端发送消息的时候，发生的事情是：
浏览器上，点击发送按钮触发了 js 函数，将输入框中的文字通过 websocket 消息发送到服务器的 websocket 客户端（页面初始化加载的时候连接的）。
服务端的 websocket 组件收到 消息，然后通过广播方法转发到其他所有连接的客户端。
通过页面上运行的 websocket 客户端组件，所有的客户端都能收到这条推送的新消息。接着 js 处理函数可以把这个消息添加到文字框内。
　　这是一个最简单的例子。如果要更好的解决方案，你可以使用 Redis 数据库做一个简单的缓存。在一个更高级的解决方案中，你可能需要一个消息路由来专门处理消息队列，并且需要一个更强健的发送机制，比如发送的时候覆盖上暂时离线的用户或者为离线的注册用户存储尚未接收的消息等等。但是不论你做了怎么样的改进，Node.js 都将遵循一个基本原则：响应事件，处理多个并发连接，并保持流动性的用户体验。
　　对象数据库接口（API ON TOP OF AN OBJECT DB）
　　尽管，Node.js 确实非常擅长实时交互的应用，同时它也十分适合通过对象数据库（object DB）来查询数据（如 MongoDB）。以 JSON 格式存储的数据允许 Node.js 直接处理，不需要纠结数据转换和匹配的问题。
　　举个例子，如果你正在使用 Rails，你会将 JSON 数据转成 二进制的 model，当数据再被 Backbone.js, Angular.js 或者 jQuery AJAX 之类的调用又要转回 JSON。如果是 Nodejs 的话，你可以通过一个 REST API 简单的导出 JSON 对象以供客户端使用。另外，从数据库读写时候如果使用的是 MongoDB 的话，你也不用担心的 JSON 与任何数据之间的格式问题。总之，你可以避免多元的数据转换问题，不论是在客户端、服务端还是数据库。
　　队列输入
　　如果你正在接收一个高量并发的数据，你的数据库可能会成为你处理的瓶颈。正如上面的描述，Node.js 可以轻松的处理并发连接。 但是，由于数据库操作是一个阻塞的操作（在这种情况下），这就是麻烦的地方。Node.js的解决方案是，在数据真正的写入之前就承认客户端的数据是真实的。
　　用这种方法，在高负载的时候系统继续维持它的响应，这在当客户端不需要严格确认一个数据是否成功的被写入时特别有用。典型的例子包括：日志记录或者用户跟踪数据（user-tracking data）的记录，这会被分批处理并且在稍后才使用；同时也包括（so, 常用于 NoSQL）可以接受，不需要立即反应的操作（例如 Facebook 上更新点赞的数目）。
　　数据通过某些缓存或者消息队列的基础组件（例如 RabbitMQ, ZeroMQ）进入队列，并且通过一个独立的数据库批量写入进程来一一消化，或者通过一个更高性能的计算密集型后端服务来进行处理。其他的语言/框架也可以实现相似的操作，但在相同的配置下是达不到 nodejs 的高吞吐量与高并发。
　　简单的说：使用 Node，你可以把数据库操作扔到一边并在稍后处理它们，假设他们成功了一样继续执行下去。（笔者注：在开发中通常的情况通常是，种耗时的操作通过回调函数来异步处理，主线程继续往下执行）
　　数据流
　　在较为传统的网络平台上，HTTP 的请求和响应更像是孤立的事件；然而事实上，他们都是数据流。这一观察结果在 Nodejs 上可以用来建立一些很酷的功能。因为数据通以流的形式接收，而我们可以在网站上在线处理正在上传中的文件。这样的话，就可以实现，以及在不同数据源之间进行代码（代理见下一段）。
　　（笔者注：Node 有代替如 apache 这样的 webserver 处理数据，所以开发者可以直接收到客户端一份一份上传的数据，并实时处理。上面这段话听起来有点抽象，不过各位可以简单的想象一下不需要开 YY 或者 QQ，打开网页就能进行语音视频的功能。）
　　Node.js 可以通过异步的方式处理大量的并发连接，所以很容易作为服务端的代理来使用。这在与不同响应时间的不同服务之间进行代理，或者是收集来自多个来源的数据时尤其有用。
　　举个例子：考虑一个服务器端的应用程序和第三方资源进行通信以更新自不同来源的数据，或者将服务端上的一些图像和视频资源存储到第三方云服务。
　　虽然专用代理服务器确实存在，但是如果你还没有专用的代理服务器，或者你需要一个本地开发的解决方案，那么使用 Node 来做代理可能是更好的选择。关于这个解决方案，我的意思是指当你在开发的时候，你可以使用Node.js的开发环境搭建一个服务来处理对资源和代理的请求，而在生产环境下，你可以使用专用的代理服务（比如nginx，HAProxy等）来处理这些交互。
　　股票操盘手的仪表盘
　　让我们继续讨论应用程序这块。实时网络的解决方案可以很轻松的实现证券交易软件&&用于跟踪股票的价格，执行计算、做技术分析，同时生成报表。
　　使用一个实时的的基于网页的解决方案，将会允许操盘手轻松的切换工作软件以及工作地点。相信不久，我们或许会在 佛罗里达州、伊维萨岛又或者是巴厘岛的海滩上看到他们。
　　应用监听仪盘表
　　另一种常见的用例中，使用 Node+Web+Socket 非常适合：跟踪网站访问者并且可视化实时它们之间的实时交互。 （如果你有兴趣，可以去看看 ）
　　你可能需要采集用户的实时状态, 或者甚至当他们到达渠道中某个特定的点时, 打开一个交流频道， 通过有针对性的互动介绍移动到下一个阶段. （如果你感兴趣的话，推荐你看看 ）
　　想象一下，如果你知道你的访客的实时操作，并能够形象化地看到他们的交互，这将对你的业务带来多大的提升。随着实时的、双向 socket 通信的 Node.js ，现在你可以做到了。
　　系统监控仪表
　　现在，让我们看看事情的基础设施方面。想象一下，比如，希望为其用户提供服务监控页面（例如，GitHub上的状态页）的 SaaS 运营商 。通过 Node.js 的事件循环，我们可以创建一个基于 Web 的功能强大的仪表板，以异步方式检查服务状态并且使用的 WebSockets 将数据推送到客户端。
　　内部（公司内部）和公共服务的状态都可以使用该项技术实现实时的上报。让我们把这一想法延伸的远一点，试着想象一个电信运营商中）的监控应用，云/网络/服务器运营商，或者一些金融机构，全都运行在这个由 Node.js 和 WebSocket 组成的应用上，而不是 Java 和/或 Java Applet。
　　注意：不要尝试使用 Node 打造硬实时系统（即，响应时间要求一致的系统）。 。
　什么地方可以使用 Node.js
　　服务端 WEB 应用
　　通过 Node.js 使用 Express.js 也可以用来创建服务端上的典型的网页应用。然而，虽然有可能，使用 Node.js 来进行请求+响应的形式来呈现 HTML 并不是最典型的用例。有人赞成也有人反对这一做法。这里有一些看法以供参考:
　　优点：
如果你不需要进行 CPU密集型计算，你可以从头到尾甚至是数据库（比如 MongoDB）都使用 Javascript 来开发。这显著地减轻了开发工序（包括成本）。
对于一个使用 Node.js 作为服务端的单页应用或者 websocket 应用，爬虫可以收到一个完全 HTML 呈现的响应，这是更为SEO友好的。
　　缺点：
任何CPU密集型的计算都将阻碍 Node.js 的反应，所以使用多线程的平台是一个更好的方法。或者，您也可以尝试向外扩展的计算[*]。
Node.js 使用关系型数据库依旧十分痛苦（详细见下方）。拜托了，如果你想执行关系型数据操作，请考虑别的环境：Rails， Django 甚至 ASP.NET MVC 。。。。
　　【*】另一种解决方案是，为这些CPU密集型的计算建立一个高度可扩展的MQ支持的环境与后端处理，以保持 Node 作为一个前台专员来异步处理客户端请求。
　Node.js 不应该在什么地方使用
　　使用关系型数据库的服务端 WEB 应用
　　对比 Node.js 上的 Express.js 和 Ruby on Rails，当你使用关系型数据库的时候请毫不犹豫的选择后者。
　　Node.js 的关系数据库工具仍处于早期阶段，目前还没有成熟到让人能够愉快地使用它。而与此同时，Rails天生自带了数据访问组件，连同DB schema迁移的支持工具和一些Gems（一语双关，一指这些如同珍宝的工具，二指ruby的gems程序包）。Rails和它的搭档框架们拥有非常成熟且被证明了的活动记录（Active Record）或数据映射（Data Mapper）的数据访问层的实现，而这些是当你在使用纯JavaScript来复制这些应用的时候会非常想要使用的东西。
　　不过，如果你真的倾向于全部使用 JS（并且做好可能抓狂的准备），那么请继续关注 Sequelize 和 Node ORM2 ，虽然这两者仍然不成熟的，但他们最终会迎头赶上。
　　[*] 使用 Node 光是作为前端而 Rails 做后端来连接关系型数据库，这是完全有可能也并不少见的。（笔者注：国外有种说法，PHP这一类程序员也可以算作是前端）
　　繁重的服务端的计算和处理
　　当涉及到大量的计算，Node.js 就不是最佳的解决方案。你肯定不希望。一般情况下，任何 CPU密集型操作 会削弱掉 Node通过事件驱动， 异步 I/O 模型等等带来的在吞吐量上的优势，因为当线程被非异步的高计算量占用时任何传入的请求将被阻塞。
　　正如前面所说，Node.js 是单线程的，只使用一个单一的CPU核心。至于，涉及到服务器上多核并发处理，Node 的核心团队已经使用 cluster 模块的形式在这一方面做了一些工作 (参考：)。当然，您也可以很容易的通过运行多个 Node.js 的服务器实例来避免单一线程阻塞的问题。
　　关于集群(clustering) ，你应该将所有繁重的计算转移到更合适的语言写的后台进程来处理，同时让他们通过像 RabbitMQ 那样通过消息队列服务器来进行通信。
　　即使你的后台处理可能最初运行在同一台服务器上时看不出什么优点，但是这样的做法具有非常高的可扩展性的潜力。这些后台处理服务可以容易地分割出去，作为单独的 worker 服务器，而不需要配置入口 web服务器的负载。
　　当然，你也可以在其他语言平台上用同样的方法，但使用 Node.js 你可以得到很高的吞吐量，每个请求都作为一个小任务非常迅速和高效地处理，这一点我们已经讨论过了。
　　我们已经从理论到实践讨论过 Node.js 了，从它的目标和野心，到其优点和缺点。在 Node.js 的开发中99%的问题是由误用阻塞操作而造成的。
　　请记住：Node.js 从来不是用于解决大规模计算问题而创建的。它的出现是为了解决大规模I/O 的问题，并且在这一点上。
　　综上，如果你项目需求中不包含CPU密集型操作，也不需要访问任何阻塞的资源，那么你就可以利用的 Node.js 的优点，尽情的享受快速、可扩展的网络应用。
　　原文链接： &&&翻译： - Lellansin
验证消息：Admin10000
提示：常上QQ空间的朋友可关注，精彩内容不错过。
理智评论文明上网，拒绝恶意谩骂 发表评论 / 共2条评论
登录会员中心之前有过一个谈了很多关于PayPal移动到node.js的一个应用平台。作为设置我的免费用户界面的第1部分的延续，我很高兴地说，这些传言是真的，我们的Web应用程序正在从Java迁移到JavaScript和node.js中。
从历史上看，我们工程团队的代码已经被分割成浏览器层（使用HTML ， CSS和JavaScript ）和应用层（使用Java ） 。试想一下，一个HTML的开发人员要求一个Java开发人员将&A&和&B&页面连接在一起，但是这就是我们。该模型通过引入全栈工程师,落后那些能够创造一个好的用户界面，然后生成应用程序去支持它。称他们为独角兽，但是这就是我们想要的，在PayPal中，主要阻滞剂是我们在浏览器和服务器之间建立的人工边界。
Node.js 使用javascript，通过建立浏览器和服务端的应用程序帮助我们解决了这个问题。它统一了我们团队，让我们在技术堆栈上了解和应对我们用户的任何需求。
早期使用Node.js
和其他一样，我们把Node.js 作为一个原型的平台。同其他一样，它表现了很好的性能，我们决定在产品上使用它。最开始的时候，我们使用express作为路由，nconf来作为配置，grunt来建立工作流。我们特别喜欢express框架的普及，却发现它并没有在多个开发团队很好地扩展。express是非强制性的，并允许您在任何方式合适地去设置一个服务器。它非常灵活，但不利于在大型团队中保持一致。随着时间的推移，我们看到的模式脱颖而出，更多的人拿起node.js的转身进入Kraken.js ，它不是一个框架本身，而是基于express的一个层，允许它扩展到更大的组织。我们希望我们的工程师专注于打造自己的应用程序，而不是仅仅着眼于建立自己的环境。到现在为止，我们在内部使用kraken.js 已经有几个月了（不久，我们将会开源），我们的工程师团队期望将它变成一个实时的公司内部的node.js应用程序。
促使Node.js 到产品上
我们首先在产品上尝试node.js不是一个小的应用程序，它是我们的账目总览页面，这个页面具有很大的流量。我们打算去使用，但是我们也得降低风险，
于是我们同时建立了一个java应用程序。我们知道如何去部署和度量java应用程序，因此如果在node.js 程序出了任何问题，我们能够迅速的切换到java上来。它提供对一些数据的设置。
我们在1月份就开始了，它花费了我们几个月的时间去研究node.js必要的基础东西。比如sessions, centralized logging, keystores。在这段时间内我们有5名工程师在使用java工作。在2个月的java开发后，2名工程师开始使用node.js 并行开发 app。在7月初的时候，他们相互沟通了一下，他们的应用程序具有相同功能。node.js的应用程序，是以一个更小的团队在2个月后开始，但是很快就追上了。有几个细节脱颖而出后，我们运行测试案例，两个应用程序通过相同的功能测试。node.js 是：
1）更少的人去建立，几乎是2倍甚至更快的速度2）少了33% 的代码3）建立40%甚至更少的文件
这个提供了一个令人鼓舞的消息表明javascript可以更快的工作。我们都同意并且做了一个决定：将java应用程序搁置了。但是问题是java工程师在项目上，开始的时候对转向node.js并且很高兴的在我们的工作流中提交代码，提高我们双倍的生产力不太自信。
性能是一个高兴而有争议性的话题，在我们的案例中，我们一个团队有2套功能相同的应用程序：一个使用java 基于Spring而另一个基于kraken.js 使用 express, dust.js 和其他的开源代码。这个应用程序包含了3套路由，并且每一套路由2个或者5个请求，数据是通过Dust去渲染页面的。
在我们的测试路由中，我们收集的数据是吞吐量和响应时间
你能看到在我们的node.js 应用程序中：
1）与Java应用程序相比较，双倍的每秒请求。更有趣的是，Node.js应用程序是单核，而在Java中五核。我们希望进一步增加这个鸿沟。2) 35％的跌幅，平均响应时间在同一页。这导致响应200ms的快一些用户肯定会注意到。
对于这个结果我申明一下：我们的框架使用2种不同的应用程序，它仅仅在不同的技术上的是一个对等测试。有可能你的区别更大。也就是说，我们非常激动的看到了node.js表现出的性能。
所有我们的用户将使用我们用node.js构造的web应用程序。一些我们已经在线上了，一些我们正在开发，处理beta状态。还有很多的应用程序我们已经在迁移计划中。我们将会分享我们线上的数据，对于PayPal工程师来说，这个是一个非常激动人心的时刻！
原文地址：https://www.//node-js-at-paypal/
阅读(...) 评论()