WebSocket是原生轻量协议，适合现代浏览器；Socket.IO是其上层库，提供降级、房间、重连等能力。原生需手动处理JSON、无内置重连；Socket.IO需动态引入客户端脚本并注意跨域与Nginx配置。
WebSocket 是浏览器原生支持的实时通信协议，Socket.IO 是基于 WebSocket 的上层库，自带降级和心跳机制；如果只需要现代浏览器支持、追求轻量，直接用 WebSocket；如果要兼容老旧环境、需要广播、房间、自动重连等能力，选 socket.io。
WebSocket 原生连接：手写客户端 + Node.js 服务端
原生 WebSocket 没有内置重连、消息确认或房间管理，但开销小、可控性强。服务端必须用支持 WebSocket 协议的库，如 ws（不是 websocket 或 node-websocket）。
- 客户端连接时，
new WebSocket("ws://localhost:8080")必须用ws://（开发）或wss://（生产），HTTP 地址会直接报SecurityError - 服务端用
ws库监听时，不能直接挂载在http.Server上处理所有请求——它只响应 Upgrade 请求，其他路径需单独配静态服务或反向代理 -
ws实例没有emit/on，而是用send()和on("message", ...)；发送非字符串数据需先JSON.stringify()，接收后手动JSON.parse()
const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });
wss.on('connection', (ws, req) => {
console.log('client connected from', req.socket.remoteAddress);
ws.send(JSON.stringify({ type: 'welcome', time: Date.now() }));
ws.on('message', (data) => {
try {
const msg = JSON.parse(data.toString());
console.log('received:', msg);
ws.send(JSON.stringify({ echo: msg }));
} catch (e) {
ws.close(4001, 'invalid json');
}
});
});
Socket.IO 客户端和服务端快速启动
socket.io 默认启用长轮询降级，首次连接可能走 XHR 而非 WebSocket，这是正常行为；若明确禁用降级，需两端同步配置 transports: ['websocket']，否则服务端仍会接受轮询请求，客户端却拒绝响应。
- 服务端安装
socket.io后，不要用http.createServer().listen()再传给io()；推荐直接io.listen(3000)，避免中间件干扰升级头 - 客户端脚本必须从服务端动态获取：
<script src="/socket.io/socket.io.js"></script>；硬写 CDN 链接会导致跨域或版本不匹配，表现为io is not defined或连接后无connect事件 -
socket.join("room-123")不会自动广播给房间内其他人，需显式调用io.to("room-123").emit(...)；socket.emit()只发给自己，socket.broadcast.emit()发给除自己外的当前连接所有人
// server.js
const http = require('http');
const express = require('express');
const { Server } = require('socket.io');
const app = express();
const server = http.createServer(app);
const io = new Server(server, {
cors: { origin: "http://localhost:5173", methods: ["GET", "POST"] }
});
io.on('connection', (socket) => {
socket.join('general');
socket.on('chat', (msg) => {
io.to('general').emit('chat', { user: socket.id, text: msg });
});
});
server.listen(3000);
常见连接失败原因与排查顺序
90% 的连接问题出在协议、路径或跨域配置，而不是代码逻辑。先确认基础链路是否通，再加业务逻辑。
立即学习“Java免费学习笔记（深入）”；
- 浏览器控制台报
WebSocket connection to 'ws://...' failed：检查服务端是否真正监听了该地址+端口，用curl -i -N -H "Connection: Upgrade" -H "Upgrade: websocket" http://localhost:8080模拟 Upgrade 请求看响应头是否含101 Switching Protocols - Socket.IO 连接后立即断开，控制台显示
transport close：大概率是前端io()调用时没传{ transports: ['websocket'] }，而后端又没配 CORS，导致预检请求被拦截 - 能连上但收不到消息：检查是否用了
socket.emit()误以为是广播；或者服务端用了socket.broadcast.emit()却期望自己也能收到 - 本地开发正常，部署 Nginx 后断连：Nginx 默认不转发 WebSocket 头，需在 location 块中显式添加
proxy_http_version 1.1;、proxy_set_header Upgrade $http_upgrade;、proxy_set_header Connection "upgrade";
WebSocket 协议本身不处理鉴权，首次连接时无法携带 Cookie 以外的状态；如果要用 Token，得在查询参数里传 ws://host/?token=xxx，服务端从 req.url 解析——但这会暴露在日志和代理中，敏感场景务必走 HTTPS + 后续消息校验。
