Socket.io 是 websockets 协议的几个实现之一,它的主要卖点 (IMO) 是它的易用性:您不需要编写保活机制或决定哪种传输方式最好,它可以做到给你。
所以,明确一点,socket.io 并没有取代 websocket 协议,它是一个为你实现它的包。
您提到了长轮询。这是 socket.io 使用的一种传输方式。长轮询是基于 HTTP 的,它基本上是请求 --> 等待 --> 响应,等待时间不是很长,因为它可以被 EOF 或陈旧连接上的负载平衡器丢弃。尽管如此,当 websockets 协议(基于 TCP)不可用并且 socket.io 会自动为您重新建立连接时,它仍然很有用。请注意,websockets 是一个相对较新的协议,于 2011 年获得批准,因此较旧的浏览器不支持它。好吧,socket.io 会检测到这一点,然后使用长轮询,因此您不必“担心”它。
一个 websocket 连接从 HTTP 开始,监听同一个端口。例如,http://localhost:8080(只是一个愚蠢的例子)。然后,如果可能,socket.io 会为您切换到 ws://localhost:8080。
我在使用 socket.io 时从未遇到过网络拓扑挑战的问题,因为当 HTTP 端口可用并且可以使用长轮询/websockets 时,它对我有用。
正如您所提到的,具有后备实现的库之一是 netty-socket.io。注意它是如何配置这两种传输的:
public class Configuration {
private ExceptionListener exceptionListener = new DefaultExceptionListener();
private String context = "/socket.io";
private List<Transport> transports = Arrays.asList(Transport.WEBSOCKET, Transport.POLLING);
private int bossThreads = 0; // 0 = current_processors_amount * 2
private int workerThreads = 0; // 0 = current_processors_amount * 2
完整代码见here。
Node JS 也有用于 websockets 的库,我在这里提到它只是为了澄清长轮询和 websockets 不是唯一的两种可用传输(可能是 Java 中唯一的):
io.set('transports', [ // enable all transports (optional if you want flashsocket)
'websocket'
, 'flashsocket'
, 'htmlfile'
, 'xhr-polling'
, 'jsonp-polling'
]);
简而言之,socket.io 试图让事情变得尽可能简单,包括不必担心要使用哪些传输,因为它在后台为您完成,但仍可根据需要进行配置。
我希望这个简短的解释对你有帮助!