socket.io发生两种“升级”。首先（在socket.io1.0+中），socket.io使用http轮询请求启动所有连接，实际上它可能仅通过http请求交换一些初始数据。然后，在那之后的某个时刻，它将尝试实际启动webSocket连接。通过发送指定upgrade: websocket报头的特定类型的http请求来完成webSocket连接，然后服务器可以适当地响应它是否支持websocket。如果服务器同意升级，则该特定的http连接将“升级”到webSocket协议。此时，客户端便知道支持webSocket，并且它停止使用轮询http请求，从而完成了upgrade对webSocket的请求。

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

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

这将防止从您自己的合作客户端轮询连接。如果要阻止任何客户端使用轮询，则可以将其添加到服务器：

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

但是，如果您在服务器上进行了设置，则最初与http轮询连接的socket.io客户端将根本无法工作。因此，这仅应与客户端中的正确设置相匹配，以使客户端从不开始轮询。

这将告诉两端您只想使用webSockets，而socket.io将在开始时跳过多余的http轮询。公平的警告，这样做需要webSocket支持，因此这排除了与尚不支持webSocket的IE的旧版本兼容。如果您想保持兼容性，那么只需让socket.io最初通过几个http请求就可以了。

这是有关从http升级到webSocket的协议的更多信息。

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

您可以将socket.io配置为从不使用长轮询，如果这样会使您感觉更好，但这不会改变webSocket连接仍将以HTTP连接开始，然后再升级为webSocket协议的事实，并且不会改善支持webSocket的现代浏览器中的操作效率。但是，它将这样做，以使您的连接在较旧的浏览器中无法正常工作。