我是这种东西的新手，但最近我听到了很多关于Node.js有多好的消息。考虑到我通常非常喜欢使用 jQuery 和 JavaScript，我不禁想知道如何决定何时使用 Node.js。我想到的 Web 应用程序类似于Bitly - 获取一些内容，将其存档。
从我这几天做的所有作业中，我获得了以下信息。节点.js
我遇到的一些来源是：
考虑到 Node.js 几乎可以在Amazon 的 EC2实例上开箱即用地运行，我试图了解什么类型的问题需要 Node.js，而不是像PHP、Python和Ruby这样的任何强大的国王. 我知道这真的取决于一个人对一种语言的专业知识，但我的问题更多地属于以下一般类别：何时使用特定框架以及它特别适合什么类型的问题？
您在总结 Node.js 的优点方面做得很好。我的感觉是 Node.js 特别适合您希望保持从浏览器到服务器的持久连接的应用程序。使用称为“长轮询”的技术，您可以编写一个向用户实时发送更新的应用程序。对许多网络巨头进行长轮询，例如Ruby on Rails或Django，会在服务器上产生巨大的负载，因为每个活动客户端都会占用一个服务器进程。这种情况相当于一个tarpit攻击。当你使用 Node.js 之类的东西时，服务器不需要为每个打开的连接维护单独的线程。
这意味着您可以在 Node.js 中创建一个基于浏览器的聊天应用程序，它几乎不占用系统资源来为大量客户端提供服务。任何时候你想要进行这种长轮询，Node.js 都是一个不错的选择。
值得一提的是，Ruby 和 Python 都有做这种事情的工具（分别是eventmachine和twisted），但是 Node.js 做得非常好，而且从头开始。JavaScript 非常适合基于回调的并发模型，它在这方面表现出色。此外，能够使用客户端和服务器本地的 JSON 进行序列化和反序列化非常漂亮。
我期待在这里阅读其他答案，这是一个很棒的问题。
值得指出的是，Node.js 也非常适合在客户端/服务器之间重用大量代码的情况。该流星框架使得这个非常容易，而且很多人都暗示这可能是网络发展的未来。我可以从经验中说，在 Meteor 中编写代码非常有趣，其中很大一部分是花更少的时间思考如何重构数据，因此在浏览器中运行的代码可以轻松地操纵它并将其传回。
这是一篇关于 Pyramid 和长轮询的文章，结果证明在 gevent 的帮助下很容易设置：TicTacToe 和 Long Polling with Pyramid。
我相信 Node.js 最适合实时应用程序：在线游戏、协作工具、聊天室，或者任何一个用户（或机器人？或传感器？）对应用程序所做的事情需要其他用户立即看到的任何东西，没有页面刷新。
我还应该提到，与长轮询相比，Socket.IO 与 Node.js 相结合将进一步降低您的实时延迟。在最坏的情况下，Socket.IO 将回退到长轮询，而是使用 Web 套接字甚至 Flash（如果它们可用）。
但我还应该提到，几乎任何代码可能因线程而阻塞的情况都可以使用 Node.js 更好地解决。或者您需要应用程序是事件驱动的任何情况。
此外，Ryan Dahl 在一次演讲中说，我曾经参加过，Node.js 基准测试在常规旧 HTTP 请求方面与 Nginx 相媲美。因此，如果我们使用 Node.js 构建，我们可以非常有效地为我们的普通资源提供服务，并且当我们需要事件驱动的东西时，它已准备好处理它。
此外，它一直都是 JavaScript。整个堆栈中的通用语。
使用 NodeJS 的原因：
它运行 Javascript，因此您可以在服务器和客户端上使用相同的语言，甚至可以在它们之间共享一些代码（例如，用于表单验证，或在任一端呈现视图。）
可通过 NPM 访问的不断增长的软件包池，包括客户端和服务器端库/module，以及用于 Web 开发的命令行工具。其中大部分都方便地托管在 github 上，有时您可以在那里报告问题并在数小时内修复！很高兴将所有内容都集中在一个屋檐下，具有标准化的问题报告和易于分叉。
它已成为运行Javascript 相关工具和其他Web 相关工具（包括任务运行器、缩小器、美化器、linter、预处理器、捆绑器和分析处理器）的事实上的标准环境。
它似乎非常适合原型设计、敏捷开发和快速产品迭代。
不使用 NodeJS 的原因：
它运行 Javascript，它没有编译时类型检查。对于大型、复杂的安全关键系统，或包括不同组织之间协作的项目，从长远来看，鼓励契约接口并提供静态类型检查的语言可能会为您节省一些调试时间（和爆炸）。（虽然 JVM 被卡住了null，所以请为你的核react堆使用 Haskell。）
此外，NPM 中的许多包都有些原始，并且仍在快速开发中。一些旧框架的库已经经历了十年的测试和错误修复，现在非常稳定。Npmjs.org 没有评估包的机制，这导致了或多或少做同样事情的包的激增，其中很大一部分不再维护。
嵌套回调地狱。（当然，对此有20 种不同的解决方案......）
不断增长的包池可以使一个 NodeJS 项目看起来与下一个完全不同。由于可用的选项数量众多（例如 Express/ Sails.js / Meteor / Derby），实现方式存在很大差异。这有时会使新开发人员更难加入 Node 项目。与加入现有项目的Rails开发人员形成对比：他应该能够很快熟悉应用程序，因为鼓励所有 Rails 应用程序使用类似的结构。
处理文件可能有点痛苦。在其他语言中微不足道的事情，比如从文本文件中读取一行，对于Node.js来说很奇怪，以至于有一个 StackOverflow 问题，有 80 多个赞成票。有没有简单的方法从一个CSV文件一次读取一个记录。等等。
我喜欢 NodeJS，它快速、狂野且有趣，但我担心它对可证明的正确性没什么兴趣。让我们希望我们最终能够融合两全其美。我很想知道将来什么会取代 Node... :)
简而言之：
Node.js 非常适合具有大量并发连接并且每个请求只需要很少 CPU 周期的应用程序，因为事件循环（与所有其他客户端）在函数执行期间被阻塞。
一篇关于 Node.js 事件循环的好文章是Mixu 的技术博客：了解 node.js 事件循环。
我有一个使用 Node.js 的真实示例。我工作的公司有一个客户想要拥有一个简单的静态 HTML 网站。该网站用于使用PayPal销售一件商品，客户还希望有一个计数器来显示已售商品的数量。客户预计本网站将有大量访问者。我决定使用 Node.js 和Express.js框架制作计数器。
Node.js 应用程序很简单。从Redis数据库中获取已售商品数量，在商品售出时增加计数器并通过API将计数器值提供给用户。
在这种情况下我选择使用 Node.js 的一些原因
在这种情况下，Node.js 是一个很棒的选择。