即使 WebSocket 被设计为与 HTTP 兼容并且以 HTTP 请求开头， 重要的是要了解这两种协议导致非常不同 体系结构和应用程序编程模型。Spring中文文档

在 HTTP 和 REST 中，应用程序被建模为多个 URL。要与应用程序交互， 客户端访问这些 URL，请求-响应样式。服务器将请求路由 基于 HTTP URL、方法和标头的适当处理程序。Spring中文文档

相比之下，在 WebSocket 中，初始连接通常只有一个 URL。 随后，所有应用程序消息都在同一 TCP 连接上流动。这指向 一个完全不同的异步、事件驱动的消息传递体系结构。Spring中文文档

WebSocket 也是一种低级传输协议，与 HTTP 不同，它没有规定 消息内容的任何语义。这意味着没有办法路由或处理 除非客户端和服务器在消息语义上达成一致，否则消息。Spring中文文档

WebSocket 客户端和服务器可以协商使用更高级别的消息传递协议 （例如，STOMP），通过 HTTP 握手请求上的标头。 如果没有这一点，他们需要提出自己的惯例。Sec-WebSocket-ProtocolSpring中文文档

WebSocket 可以使网页具有动态性和交互性。但是，在许多情况下， AJAX 和 HTTP 流式处理或长轮询的组合可以提供简单且 有效的解决方案。Spring中文文档

例如，新闻、邮件和社交源需要动态更新，但可能需要动态更新 每隔几分钟就这样做是完全可以的。协作、游戏和金融应用，在 另一方面，需要更接近实时。Spring中文文档

延迟本身并不是决定性因素。如果消息量相对较低（例如， 监控网络故障）HTTP 流式处理或轮询可以提供有效的解决方案。 低延迟、高频率和高音量的结合才能发挥最佳效果 使用 WebSocket 的案例。Spring中文文档

还要记住，在互联网上，您无法控制的限制性代理 可能会阻止 WebSocket 交互，因为它们未配置为传递标头，或者因为它们关闭了看似空闲的长期连接。这 意味着将 WebSocket 用于防火墙内的内部应用程序是一个 与面向公众的应用程序相比，它更直接。UpgradeSpring中文文档