socket.io 有两种类型的“升级”。首先（在 socket.io 1.0+ 中），socket.io 用一个 http 轮询请求启动所有连接，它实际上可能只用一个 http 请求交换一些初始数据。然后，在此之后的某个时刻，它会尝试实际启动 webSocket 连接。webSocket 连接是通过发送特定类型的 http 请求来完成的，该请求指定了一个upgrade: 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。这就是所有 webSockets 的工作方式。该 HTTP 连接包含一些标头，表明浏览器“想要”升级到 webSockets 协议。如果服务器支持该协议，则它会响应告诉客户端它将升级到 webSocket 协议，并且该套接字然后从 HTTP 协议切换到 webSocket 协议。这就是 webSocket 连接的工作原理。因此，您看到以 HTTP 连接开始的 webSocket 连接这一事实是 100% 正常的。

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

要告诉 Socket.IO 仅使用 WebSocket 而不是先使用几个 XHR 请求，只需将其添加到 Node 服务器：

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

在客户端添加这个：

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

这告诉 Socket.IO 只使用 WebSocket 协议而不使用其他协议；它更干净、更快并且在客户端和服务器端使用更少的资源。

现在您在网络请求列表中只会看到一个 WebSocket 连接，请记住 IE9 及更早版本不能使用 WebSocket。

我发布该答案是因为接受的答案不正确 - 它混淆了从长轮询 AJAX 到 WebSocket 的 Socket.IO 升级与 WSS 协议“连接：升级”请求。问题不在于 WebSocket 连接作为 HTTP 启动并升级为 WebSocket - 怎么可能呢？ - 但即使在支持 WebSocket 的浏览器上，Socket.IO 也以长轮询 AJAX 连接开始，并且仅在交换了一些流量后才对其进行升级。在 Firefox 或 Chrome 的开发者工具中很容易看到。

问题的作者在他的观察中是正确的。Socket.IO 中的“升级”并不是指通常被误解的 HTTP 到 WSS 协议的升级，而是指 Socket.IO 连接从长轮询 AJAX 连接到 WebSocket 的升级。如果您已经开始使用 WebSocket（这不是默认设置），那么 upgrade false 将不起作用，因为您不需要升级。如果您从轮询开始并禁用升级，那么它会保持这种状态并且不会升级到 WebSocket。

如果您想避免从长轮询开始，请参阅arnold和Nick Steele 的回答。我将更详细地解释正在发生的事情。

这是我在使用简单的 WebSocket 和 Socket.IO 应用程序的实验中观察到的：

网络套接字

2 个请求，1.50 KB，0.05 秒

从这两个请求中：

1. HTML 页面本身
2. 连接升级到 WebSocket

（连接升级请求在带有 101 Switching Protocols 响应的开发者工具上可见。）

套接字接口

6 个请求，181.56 KB，0.25 秒

从这 6 个请求中：

1. HTML 页面本身
2. Socket.IO 的 JavaScript（180 KB）
3. 第一个长轮询 AJAX 请求
4. 第二个长轮询 AJAX 请求
5. 第三个长轮询 AJAX 请求
6. 连接升级到 WebSocket

细节

我在本地主机上得到的 WebSocket 结果：

我在本地主机上得到的 Socket.IO 结果：

测试自己

我在 npm和GitHub上发布了代码，你可以自己运行：

# Install:
npm i -g websocket-vs-socket.io
# Run the server:
websocket-vs-socket.io

并遵守规定。卸载：

# Uninstall:
npm rm -g websocket-vs-socket.io

有关更多信息，请参阅此答案。

我想我应该添加到上面接受的答案中，好像有人想消除 XHR 轮询传输并立即启动 websockets。下面的代码只是为了给出实现的想法：

var url = serverUrl + "/ssClients"  //ssClients is the socket.io namespace

var connectionOptions =  {
    "force new connection" : true,
    "reconnection": true,
    "reconnectionDelay": 2000,                  //starts with 2 secs delay, then 4, 6, 8, until 60 where it stays forever until it reconnects
    "reconnectionDelayMax" : 60000,             //1 minute maximum delay between connections
    "reconnectionAttempts": "Infinity",         //to prevent dead clients, having the user to having to manually reconnect after a server restart.
    "timeout" : 10000,                           //before connect_error and connect_timeout are emitted.
    "transports" : ["websocket"]                //forces the transport to be only websocket. Server needs to be setup as well/
}
var socket = require("socket.io-client")(url, connectionOptions); 

socket.on("connect", function (_socket) {
    logger.info("Client connected to server: " + clientName);
    logger.info("Transport being used: " + socket.io.engine.transport.name);

    socket.emit("join", clientName, function(_socketId) {  //tell the server the client name
        logger.info("Client received acknowledgement from server: " + _socketId);
        logger.info("Transport being used after acknowledgement: " + socket.io.engine.transport.name);

    });
});

设置服务器后，您将看到：

2015-10-23T19:04:30.076Z - info:    Client connected to server: someClientId 
2015-10-23T19:04:30.077Z - info:    Transport being used: websocket 
2015-10-23T19:04:30.081Z - info:    Client received acknowledgement from server: aMH0SmW8CbiL8w5RAAAA
2015-10-23T19:04:30.081Z - info:    Transport being used after acknowledgement: websocket

如果您不强制传输，您会看到“轮询”而不是 websocket。但是，这不会单独发生在客户端，还必须设置服务器：

var io = require("socket.io")(server, { adapter: adapter, log: false }); //attach io to existing Express (http) server
..
io.set('transports', ['websocket']); //forces client to connect as websockets. If client tries xhr polling, it won't connect.

危险

如果客户实际上并没有支持WebSocket协议，连接不会发生，并在客户端将报告xhr poll error。

这对我来说非常有效，因为我可以控制我拥有的客户端，所以我可以立即强制使用 websocket，我相信这就是最初的问题所要问的。我希望这可以帮助那里的人...