AMQP 协议是否适合构建基于 Web 的即时消息应用程序？
目前我们的基础设施不支持 XMPP，但这就是大公司（Facebook、Google）似乎使用的协议。与 AMQP 相比，有什么因素使 XMPP 特别适合此应用程序吗？最后，我相信使用正确的工具来完成工作。如果 AMQP 在这方面有任何明显的弱点，我有兴趣找到它。
At the moment our infrastructure doesn't support XMPP but this is what the big boys (Facebook, Google) seem to use as their protocol of choice. Is there anything that makes XMPP particularly suited to this application compared AMQP? In the end I believe in using the right tool for the job. If AMQP has any glaring weaknesses in this regard it is something I'm interested in finding about.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
其一，AMQP 无法通过 HTTP 或 Web 套接字工作。因此，AMQP 可以在您的网络内部使用，但不能直接在客户端浏览器中使用。
For one, AMQP does can not work over HTTP, or web sockets. So AMQP could be used inside your network, but not directly in your client browsers.
即时消息传递是 XMPP 的基本用途，它的设计就是考虑到这一目的。它当然可以超出这个范围使用，但它非常擅长这个功能。
Microsoft Messenger 和 Skype 还提供 XMPP 用于消息传递。
AMQP 是一种更通用的消息传递协议，缺乏诸如状态之类的东西，而这些东西对于任何 IM 协议来说都是相当核心的。
Instant messaging is the basic usage for XMPP and it is designed with this purpose in mind. It can certainly be used beyond that scope, but it is very good at this function.
Microsoft Messenger and Skype also offer XMPP for messaging.
AMQP is a more general purpose messaging protocol, and lacks things like presence which are fairly core to any IM protocol.