我使用 Java Tomcat 作为 websocket 服务器。
我认为 websocket 和 http 流（我不是指轮询和长轮询）之间的主要区别是 websocket 允许双向通信，这类似于通常的原始套接字编程。 （以上是我的理解，可能有误，欢迎指正。）
我的问题是网络客户端（浏览器）如何通过已经打开的网络套接字继续发送另一个请求？通常的http请求会将另一个请求视为新的套接字连接，但websocket不会，这就是为什么我很困惑，它是如何实现的？应该在Server端还是Client（浏览器）端处理？
【问题讨论】：
标签： java sockets tomcat websocket
是的，websocket 是双向的。一个重要的结果是您可以有效地将数据从服务器推送到客户端。
底层套接字只是保持打开状态（如果无法保持打开状态，则在需要时重新打开）。请注意，HTTP 1.1 尚未 did that ：
HTTP/1.1 是原始 HTTP (HTTP/1.0) 的修订版。在 HTTP/1.0 中 为每个资源建立到同一服务器的单独连接 要求。 HTTP/1.1 可以重用一个连接多次下载 页面完成后的图像、脚本、样式表等 发表。因此 HTTP/1.1 通信的延迟更少 因为 TCP 连接的建立提出了相当大的 开销。
它必须同时在客户端和服务器端处理。当然，这意味着这两个软件都需要更新（old browsers 和旧服务器无法处理 websockets）。
编辑（在评论交流后）：
客户端，这是如何初始化连接的：
var ws = new WebSocket('ws://'+document.location.host+'/ws');
ws.onopen = function() {
// do something
};
ws.onerror = function() {
// do something
};
ws.onclose = function() {
// do something
};
ws.onmessage = function(msgevent) {
var msg = JSON.parse(msgevent.data);
// handle incoming message
};
你保留 ws 变量，然后你可以使用相同的连接从客户端推送到服务器
ws.send(window.JSON.stringify(msg)); // msg is a basic js object
【讨论】：