socket.io1.x:只使用WebSockets？

Question

我搜索了一下，只能找到这个关于socket.io0.9的wiki页面。

最终，我找到了engine.io-client的文档（socket.io-client基于1.x分支）。这是我写的代码，似乎正在工作。但是，我想知道这是正确的还是我做错了什么：

io.connect('https://...', {
    upgrade: false,
    transports: ['websocket']
})

奇怪的是，仅仅将transports属性设置为仅具有WebSockets的数组是不够的；我还必须禁用upgrade。这是正确的吗？

我有了一些新发现。

当transports仅设置为['websocket']时，是否启用Upgrade并没有什么区别。这正常吗？

Answer 1

socket.io有两种类型的“升级”。首先（在socket.io 1.0+中），socket.io使用http轮询请求启动所有连接，它实际上可能只使用http请求交换一些初始数据。然后，在这之后的某个时候，它将尝试实际初始化webSocket连接。webSocket连接是通过发送指定Upgrade:webSocket标头的特定类型的http请求完成的，然后无论服务器是否支持webSocket都可以做出相应的响应。如果服务器同意升级，那么特定的http连接将“升级”到webSocket协议。此时，客户机知道webSocket是受支持的，并停止使用轮询http请求，从而完成其升级到webSocket。

您可以通过在客户端上执行以下操作来完全防止初始http轮询：

var socket = io({transports: ['websocket'], upgrade: false});

这将阻止轮询来自您自己的协作客户端的连接。如果您希望防止任何客户端使用轮询，那么您可以将以下内容添加到服务器：

io.set('transports', ['websocket']);

下面是从http到WebSocket协议升级的更多信息。

webSockets协议用HTTP连接启动每个webSocket。这就是所有网络套接字的工作方式。该HTTP连接上包含一些标头，这些标头指示浏览器“希望”升级到webSockets协议。如果服务器支持该协议，那么它会响应，告诉客户机它将升级到webSocket协议，然后该套接字从HTTP协议切换到webSocket协议。这就是设计webSocket连接的工作方式。因此，您看到webSocket连接以HTTP连接开始的事实是100%正常的。

您可以将socket.io配置为永远不使用长轮询，如果这样会让您感觉更好的话，但这不会改变以下事实：webSocket连接仍然从HTTP连接开始，然后升级到webSocket协议，也不会提高支持webSocket的现代浏览器中的操作效率。然而，它将使您的连接在旧的浏览器中无法工作。