uWebSockets.js需手动暴露连接数指标：在open/close回调中用prom-client的Gauge同步增减计数器，并通过app.get('/metrics')暴露，Prometheus按scrape_configs拉取，Grafana可视化。
直接看连接数是否超限、突增或归零，就能判断 WebSocket 服务是否健康。Prometheus 本身不自动采集 WebSocket 连接状态，必须由服务端主动暴露指标，Grafana 只是可视化——关键在“谁来上报”和“报什么”。
uWebSockets.js 怎么暴露连接数指标
uWebSockets.js 没有内置 /metrics 接口，得自己用 prom-client 注册并挂到 HTTP 路由上。别指望它自动上报，open/close 回调里必须手动增减计数器。
- 定义连接计数器：
const connections = new client.Gauge({ name: 'ws_connections_active', help: 'Current active WebSocket connections' }) - 在
open回调里调用connections.inc()，close里调用connections.dec() - 用 uWS 的
app.get('/metrics', ...)暴露指标，确保路径与 Prometheus 配置中的scrape_configs一致 - 注意：不要在
open里做耗时操作，否则会阻塞握手；计数器更新必须是同步、无锁的
async-http-client 的连接池指标怎么抓
如果你用的是 Java 的 async-http-client 做 WebSocket 客户端（比如压测或中继），它的连接池状态藏在 ClientStats 里，Prometheus 不能直接读 Java 对象，得靠 Micrometer 或自定义 exporter 拉取。
WebSocket 8.18.2 是该协议规范的一个重要迭代版本，主要优化了连接稳定性与数据传输效率。它通过全双工通信机制，允许客户端与服务器在单一长连接上实时交换数据，大幅降低传统 HTTP 轮询的开销。该版本增强了心跳保活、自动重连及二进制帧传输能力，适用于即时通讯、在线游戏及金融行情推送等低延迟场景，为开发者提供更可靠的实时网络交互基础。
-
getTotalConnectionCount()是总连接数（含空闲+活跃），反映客户端资源占用 -
getTotalActiveConnectionCount()才是真正干活的连接数，持续接近maxConnections就要扩容 -
getTotalIdleConnectionCount()过低说明连接复用率高，过高则可能是请求量不足或 keep-alive 时间太长 - 别只看单个值——要算比率，比如
rate(ws_client_active_connections[5m])突增，往往意味着后端服务开始拒绝新连接
Grafana 里怎么画 WebSocket 连接趋势图
光有数据不够，得用对 PromQL。连接数是瞬时值，不是累计值，所以不能用 increase()，也不能直接套 sum by(job) (ws_connections_active) 就完事。
- 基础查询：
ws_connections_active{job="uws-server"}，加legend: {{instance}}区分不同实例 - 想看异常波动？用
absent_over_time(ws_connections_active[2m]) == 1标记掉线节点 - 告警规则建议：
ws_connections_active > 5000（按你最大连接池设阈值），配合avg_over_time(ws_connections_active[1m])过滤毛刺 - 注意 Grafana 时间范围：WebSocket 连接是短生命周期，用 “Last 5 minutes” 比 “Last 24 hours” 更有效；历史归档要用
record rule存成ws_connections_max_5m这类聚合指标
最容易被忽略的一点：WebSocket 连接数监控必须和握手成功率、消息延迟一起看。单看连接数上涨，可能是健康扩容，也可能是客户端疯狂重连失败——这时候 ws_handshake_duration_seconds_count 和 ws_handshake_duration_seconds_sum 的比值就很重要了。
