不能混用。socket.io客户端与原生websocket协议不兼容：前者基于engine.io自定义帧格式（含eio=4、sid等参数），后者为裸数据帧；服务端仅响应符合其协议的握手请求，否则直接拒绝或断连。
不能混用。Socket.IO 客户端和原生 WebSocket 无法互通，连连接都建立不了。
为什么 new WebSocket() 连不上 Socket.IO 服务端？
Socket.IO 不是 WebSocket 的“增强版”，而是协议不兼容的上层封装。它在 WebSocket 基础上加了自定义帧格式、命名空间、事件分发、心跳包等元数据。服务端收到原生 WebSocket 的握手请求后，会因缺少 Socket.IO 特定的 sid、transport=websocket 等参数直接拒绝，返回 400 或直接断连。
- 原生
WebSocket发送的是裸数据帧（binary/text） - Socket.IO 客户端发送的是带类型标记的 JSON 包，比如
42["message","hello"]（4 表示事件，2 表示参数个数） - 服务端用
socket.io启动时，默认只响应符合其协议的请求，不识别标准ws://升级流程
Socket.IO 客户端能否降级到纯 WebSocket 模式？
不能强制“切回”原生 WebSocket。但你可以控制传输方式——Socket.IO 会在初始化时自动探测环境，优先使用 websocket，失败后依次尝试 polling（HTTP 长轮询）。这个过程对开发者透明，无需手动切换。
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 只要服务端启用了
transports: ['websocket', 'polling']（默认），客户端就会尽力走 WebSocket - 若你禁用 polling：
io({ transports: ['websocket'] })，而环境又不支持（如某些企业内网代理拦截Upgrade头），连接将直接失败，不会 fallback - 想确认当前用的是哪种传输，打印
socket.ioEngine.transport.name（值为"websocket"或"polling"）
UniApp 或小程序里怎么安全接入 Socket.IO？
直接引入官方 socket.io-client 在微信小程序、支付宝小程序或部分 App 端会报错：不支持 document、XMLHttpRequest 或 WebSocket 构造函数。必须用适配层封装过的版本。
- 推荐用
@hyoga/uni-socket.io或uni-socket.io，它们把底层通信抽象成uni.connectSocket+ 自定义心跳 + 重连逻辑 - 不要试图自己封装
new WebSocket()去模拟 Socket.IO 协议——解析帧、管理 sid、处理 ACK、重传等成本极高，且极易出错 - 如果后端只提供原生 WebSocket 接口（比如 Go 的
gorilla/websocket），前端就只能用uni.connectSocket，别硬套io()；反之亦然
真正容易被忽略的一点：协议选型不是“哪个更酷”，而是“前后端是否严格对齐”。哪怕只有一端用错库，连接就卡在 handshake 阶段，控制台只显示 WebSocket connection to 'xxx' failed，却查不到具体哪步断的——因为根本没走到业务逻辑层。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
