Per-Message-Deflate需服务端显式传入对象（如{}）启用，不可仅设true；默认阈值1024字节，小消息不压缩，serverNoContextTakeover:true防内存泄漏，Ping/Pong不参与压缩。
ws库服务器端怎么开permessage-deflate
直接在 WebSocketServer 构造选项里传 perMessageDeflate 对象即可，不用改消息发送逻辑，也不用自己调用 zlib。
常见错误是只配了客户端、忘了服务端，或者把 perMessageDeflate 写成 perMessageDeflate: true —— 这样会用默认配置，但很多参数无法生效，比如阈值和上下文控制。
- 必须传对象，哪怕空对象：
{}，否则不协商扩展 - 压缩只对
TextMessage和BinaryMessage生效，Ping/Pong不参与 - 默认阈值是
1024字节，小于它不会压缩（避免小包膨胀），这个值可调但别设为 0 —— 某些旧版客户端会因此握手失败 -
serverNoContextTakeover: true更安全，避免内存泄漏；clientNoContextTakeover: true可减少客户端资源占用
gorilla/websocket 的 EnableCompression 为什么没效果
不是没生效，而是被跳过了：gorilla 默认只压缩 ≥1024 字节的消息，且不暴露阈值配置项。你发的测试消息如果只有几百字节 JSON，Wireshark 里就看不到 Content-Encoding: deflate。
WebSocket 8.18.2
下载
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
- 验证方法：发一个含 200 条日志对象的数组（生成 >2KB 的 JSON），再看 DevTools 的 WS → Frames 里 size 是否明显变小
- 服务端加日志：
log.Printf("compressed: %t", conn.IsCompressed())—— 注意这是连接级状态，不是每条消息独立返回 - 别手动用
flate.Writer包一层再 send，会和协议层压缩叠加，客户端解压时大概率报错或乱码 - 压缩级别固定为
level=6，改不了；想调更激进的压缩，得换 zstd/snappy 自行封装二进制帧
Java-WebSocket 怎么设压缩级别和阈值
PerMessageDeflateExtension 支持细粒度控制，但构造方式容易写错 —— 它不是靠 setXXX 方法链式调用，而是靠不同构造函数重载。
- 最常用的是带
compressionLevel和threshold的构造器：new PerMessageDeflateExtension(6, 2048) -
compressionLevel范围是 0–9，-1 表示使用 zlib 默认（通常是 6）；设 9 不一定划算，CPU 上升明显，带宽节省仅多 3%～5% -
threshold默认 1024，设为 0 表示所有消息都尝试压缩，但短文本可能膨胀，慎用 - 上下文接管开关：
serverNoContextTakeover建议设true，防止长连接累积大量压缩状态占用堆内存
uWebSockets 的压缩模式选哪个
uWebSockets 不走标准 permessage-deflate 握手协商，而是靠预设压缩器类型决定行为，选错会导致内存暴涨或压缩失效。
-
uWS::SHARED_COMPRESSOR：适合连接数多、消息小的场景（如聊天广播），但多个连接共用压缩上下文，压缩率略低 -
uWS::DEDICATED_COMPRESSOR：每个连接独占压缩器，压缩率高，但内存开销大 —— 必须配合窗口大小，比如DEDICATED_COMPRESSOR_16KB - 别混用压缩/解压缩选项：
DEDICATED_COMPRESSOR_8KB | DEDICATED_DECOMPRESSOR_32KB是合法的，但解压侧内存比压缩侧大，容易失衡 - 小内存设备慎用
DEDICATED_COMPRESSOR_256KB，实测在嵌入式 Linux 上单连接吃掉 300KB+ RSS
threshold 和 serverNoContextTakeover 这两个参数最容易被忽略，但恰恰影响最大：前者决定是否白压，后者决定会不会内存缓慢增长。别迷信“开压缩就一定好”，先抓包确认压缩真起了作用，再调参。 
