我对这类东西很陌生，但最近我听到了很多关于Node.js有多好的消息。考虑到我非常喜欢使用jQuery和JavaScript，我不禁想知道如何决定何时使用Node.js。
从过去几天我做的所有作业中，我得到了以下信息。节点.js
是一个命令行工具，可以作为常规web服务器运行，并允许运行JavaScript程序利用了出色的V8 JavaScript引擎当你需要同时做几件事时是基于事件的，所以所有类似Ajax的精彩内容都可以在服务器端完成让我们在浏览器和后端之间共享代码让我们谈谈MySQL
我遇到的一些来源是：
深入Node.js–介绍和安装了解NodeJS按示例列出的节点（存档.is）让我们制作一个Web应用程序：NodePad
考虑到Node.js几乎可以在Amazon的EC2实例上开箱即用，我试图了解Node.js需要什么类型的问题，而不是PHP、Python和Ruby等强大的王者。我知道这确实取决于一个人对语言的专业知识，但我的问题更多地属于一般范畴：什么时候使用特定的框架，它特别适合什么类型的问题？
当前回答
使用Node开始下一个项目的最重要原因。。。
所有最酷的男人都喜欢它。。。所以一定很有趣。你可以在冰箱里闲逛，并有很多Node冒险可以吹嘘。在云托管成本方面，你是个吝啬鬼。用Rails做过您讨厌IIS部署你以前的IT工作变得相当枯燥，你希望你在一个闪亮的新创业公司。
期待什么。。。
使用Express时，您将感到安全无忧，无需任何服务器膨胀软件。像火箭一样跑，而且伸缩性很好。你梦想着它，你安装了它。节点包repo npmjs.org是世界上最大的开源库生态系统。你的大脑会在嵌套回调的土地上扭曲时间。。。…直到你学会遵守诺言。Sequelize和Passport是您的API新朋友。调试大部分异步代码将得到。。。有趣的所有Noder掌握Typescript的时间。
谁使用它？
PayPal、Netflix、沃尔玛、LinkedIn、Groupon、优步、GoDaddy、道琼斯这就是他们切换到Node的原因。
其他回答
你总结了Node.js的优点，做得很好。我的感觉是，Node.js特别适合那些希望保持浏览器与服务器之间持久连接的应用程序。使用称为“长轮询”的技术，您可以编写一个实时向用户发送更新的应用程序。在Ruby on Rails或Django等网络巨头上进行长时间的轮询会给服务器带来巨大的负载，因为每个活动客户端都会消耗一个服务器进程。这种情况相当于停机坪袭击。当您使用Node.js之类的东西时，服务器不需要为每个打开的连接维护单独的线程。
这意味着您可以在Node.js中创建一个基于浏览器的聊天应用程序，它几乎不需要系统资源就可以为大量客户机提供服务。任何时候你想做这种长轮询，Node.js都是一个很好的选择。
值得一提的是，Ruby和Python都有做这类事情的工具（分别是eventmachine和twisted），但Node.js从一开始就做得非常好。JavaScript非常适合基于回调的并发模型，并且在这里表现出色。此外，能够使用客户端和服务器上的JSON进行序列化和反序列化是非常不错的。
我期待着在这里阅读其他答案，这是一个很棒的问题。
值得指出的是，Node.js也非常适合在客户机/服务器之间重用大量代码的情况。Meteor框架使这变得非常简单，许多人都认为这可能是web开发的未来。根据经验，我可以说在Meteor中编写代码非常有趣，其中很大一部分是花更少的时间思考如何重组数据，这样浏览器中运行的代码就可以轻松地处理数据并将其传递回去。
这是一篇关于金字塔和长轮询的文章，事实证明，在gevent:TicTacToe和长轮询与金字塔的帮助下，这很容易设置。
我认为Node.js最适合实时应用程序：在线游戏、协作工具、聊天室，或者任何一个用户（或机器人？或传感器？）使用应用程序所做的事情都需要立即被其他用户看到，而无需刷新页面。
我还应该提到，Socket.IO与Node.js的结合将比长轮询更进一步地减少实时延迟。作为最坏的情况，Socket.IO将退回到长轮询，而是使用web套接字甚至Flash（如果可用的话）。
但我还应该提到，Node.js可以更好地解决代码可能由于线程而阻塞的任何情况，或者需要应用程序是事件驱动的任何情况。
此外，Ryan Dahl在我曾经参加的一次演讲中表示，Node.js基准测试在常规旧HTTP请求方面与Nginx不相上下。因此，如果我们使用Node.js构建，我们可以非常有效地服务于我们的正常资源，当我们需要事件驱动的东西时，它就可以处理它了。
此外，它一直都是JavaScript。整个堆栈上都是Lingua Franca。
如果您的应用程序主要使用webapi或其他io通道，提供或接受用户界面，node.js可能是您的最佳选择，特别是如果您想最大限度地发挥可伸缩性，或者如果您的主要语言是javascript（或javascript转译器）。如果您构建微服务，node.js也可以。Node.js也适用于任何小型或简单的项目。
它的主要卖点是让前台人员负责后端工作，而不是典型的分工。另一个合理的卖点是，如果您的员工从一开始就面向javascript。
然而，超过某一点后，如果没有强制模块化、可读性和流控制的可怕技巧，就无法扩展代码。尽管有些人喜欢这些黑客，尤其是来自事件驱动的javascript背景，但他们似乎很熟悉或可以原谅。
特别是，当您的应用程序需要执行同步流时，您会开始使用半生不熟的解决方案，这会大大降低开发过程的速度。如果应用程序中有计算密集型部分，请谨慎选择（仅）node.jshttp://koajs.com/与我最初使用node.js或编写这篇文章时相比，其他新奇之处减轻了这些原本棘手的方面。
我有一个真实世界的例子，我使用过Node.js。我所在的公司有一个客户想要一个简单的静态HTML网站。该网站用于使用PayPal销售一件物品，客户还希望有一个显示售出物品数量的柜台。客户预计会有大量访客访问本网站。我决定使用Node.js和Express.js框架制作计数器。
Node.js应用程序很简单。从Redis数据库中获取已售出物品的数量，在物品售出时增加计数器，并通过API向用户提供计数器值。
在本例中我选择使用Node.js的一些原因
它非常轻便和快速。在三个星期内，这个网站的访问量超过了200000次，服务器资源已经能够处理这一切。计数器很容易做到实时。Node.js易于配置。有很多模块可以免费使用。例如，我找到了PayPal的Node.js模块。
在本例中，Node.js是一个很棒的选择。
简而言之：
Node.js非常适合具有大量并发连接的应用程序，每个请求只需要很少的CPU周期，因为事件循环（与所有其他客户端）在函数执行期间被阻塞。
关于Node.js中事件循环的一篇好文章是Mixu的技术博客：了解Node.js事件循环。
