XMPP 或 Websocket 或其他实时应用程序？答案

【问题标题】：XMPP or Websocket or others for realtime app?XMPP 或 Websocket 或其他实时应用程序？
【发布时间】：2011-04-25 17:25:45
【问题描述】：

我听说过 XMPP，websocket。我对使用什么感到困惑。例如，假设我是一名金融经纪人，并以 Flash、.NET 或 PHP 将实时报价分发到 Web 和桌面上的客户端平台。我应该使用什么？

【问题讨论】：

实时需要多实时？我怀疑你在那个 ajax/https 中的行业类型将是要走的路。
谈论流行语：xmpp、websocket、ajax、https。它们都用于不同的事情，虽然相关，但在任何方面都不等同。 “我怎么敲钉子？果冻还是石头？” “嗯，我更喜欢香蕉和小狗”

【解决方案1】：

这只是一个例子，还是真正的应用程序？

在交易室环境中，市场数据应用程序对甚至几毫秒的延迟都极为敏感，并且投入了大量时间和金钱来尽量减少延迟。

这使得您所谈论的这组技术完全不合适； C/C++/Java 应用程序通过原始 TCP 套接字或通过高性能中间件进行通信是获得必要性能的唯一方法。 Internet 分发具有不可预测的延迟。

当然，如果您谈论的是低端市场，其中“实时”意味着用户不会厌倦等待响应，而不是数据的活跃性，那么有许多可能的技术. AJAX 可能是合适的，使用 XML 或 JSON 有效负载。

引号来自什么类型的数据源？是不是数据库，XML/JSON AJAX 才有意义；如果它是面向消息的中间件，那么套接字会更好。

您是否需要实时更新，是否可以接受汇总单个更新？

【讨论】：

那么 websocket 不是关于在 Internet 上使用 tcp/ip 但考虑到安全性吗？ C/C++ 不能在浏览器中工作，java 对于非极客的人有部署问题。
是的，但是您会在客户端上使用解释脚本，这会带来更大的性能问题。如果这是一个商业应用程序，那么安装软件应该不是问题。您能否提供有关上述数据源、性能和可靠性的详细信息？
业务应用程序并不总是意味着桌面。要求它也应该在浏览器中工作。
您似乎知道需求但不会分享，我会让您决定合适的技术。