使用Node.js作为API是否比使用PHP等为移动应用程序创建的普通API有任何好处？

我现在是一名iOS&PHP开发人员&学习Node.js。Node.js说它是事件驱动的&服务器也可以将数据推送到客户端

我想知道这对移动应用程序是否有任何帮助。以下是我脑海中出现的疑问：

• 服务器在使用API时是否也可以将数据推送到移动应用程序？目前，只有通过将参数传递给API，服务器才会相应地响应来自服务器的移动请求数据（典型的请求-响应处理）。通过在服务器端使用节点，是否意味着服务器也可以向设备回复某些内容（如推送通知）
• 使用API时，移动端是否有任何性能优势？我的意思是，如果我们必须在移动设备上实时显示集体用户计数等（例如类似Facebook的计数）

---

如果您需要任何帮助，我们将不胜感激。

根据我的经验，当您使用聊天应用程序或需要其他设备或网站管理面板（如文件存储应用程序dropbox）上数据更改的实时信息的应用程序时，将Node.js用于某些API非常有用。例如，您正在通过管理面板中的浏览器上载一个文件。因此，上传后，如果您需要有关设备上新文件的信息，您可以做两件事1。持续检查文件系统api，这会消耗数据和cpu。2.使用node js向设备发送命令，以便用户知道文件已上载，您可以下载该文件

对于像登录寄存器这样的普通api，我不认为它有多大用处。但是，如果您想在一个用户从另一个设备登录时注销他/她，那么您应该使用node js，这样您就不必每隔30秒或40秒检查一次用户登录验证

但是node js没有什么问题，因为有大量用户访问node js服务器，它可能会崩溃。因此，在这种情况下，您可以在服务器中使用负载平衡，这样每个用户就不会使用相同的端口来访问node js服务器

---

我个人更喜欢node js而不是普通api。

谢谢@souvickse回答这个问题。但我的主要问题是移动应用程序和API。在浏览器中，我在线阅读了一些文章&我对这些文章有很好的理解。主要关注的是移动应用程序上的API。我还了解到，节点可以处理大量并发请求（例如：我了解到，使用8GB ram服务器，普通apache可以处理大约5k-6k并发请求，而另一方面，节点可以处理数百万并发请求）。但是你是说我们需要负载平衡吗？我有点困惑。如果可能的话，请进一步澄清。Thanx又来了。是的，我说的是移动应用。我在服务器上遇到的问题是，当用户少于1k时，服务器响应变慢，这可能是由于其他原因，如当时的服务器问题或网络连接问题。