我正在寻求大家的意见。我有一个 Web 应用程序需要将数据记录到另一个 Web 应用程序数据库中。由于延迟问题，我不喜欢在第二个应用程序上使用 HTTP 请求 GET。我正在寻找快速保存第二个应用程序记录的方法，我遇到了“即发即忘”的想法，JMS 适合这种情况吗？据我了解，JMS会保证消息的传递，保证消息是否100%传递并不重要，只要能服务尽可能多的请求即可。假设我需要每秒至少 1000 个随机请求调用第二个应用程序，我应该使用 JMS 吗？ HTTP 请求？还是 XMPP？
最佳答案
我认为您总体上误解了网络。绝对没有理由认为 HTTP GET 一定会比其他任何方式都慢，而且如果 HTTP 利用保持 Activity ，它会比大多数选项更快。
JMX 不是一个协议(protocol)，它是一个封装了许多其他协议(protocol)(可能包括 HTTP 或 XMPP)的规范。
最后，在 Java 运行的级别上，要么是 UDP，要么是 TCP。 TCP 通过保证交付(通过重传)和排序而产生更多开销。 UDP 既不提供保证传送，也不提供按顺序传送。如果您可以处理 UDP 的限制，您会发现它“更快”，如果您不能，那么任何轻量级 TCP 包装器(HTTP 就是其中之一)都差不多。
关于java - 即发即忘与 http 请求相比，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2531985/