SSE项目`nexus-sse`持续优化，不一样的视觉效果

关注我的公众号：【编程朝花夕拾】，可获取首发内容。

01 引言

这两天有空，就持续优化stream-nexus / nexus-sse项目，并增加了websocket的集成。这一期聊聊都改了什么？

02 客户端ID参数

2.1 旧的设计

老的建连方式长这样：

bash 复制代码

GET /sse/subscribe?clientId=6f1d2a3c-...&modules=lot,order

clientId 由浏览器 crypto.randomUUID() 生成，写进 URL，整条链路都靠它：

心跳应答：POST /sse/pong?clientId=xxx`，服务端靠它定位该给哪条连接续命
定向推送：{"clientIds":["xxx"]}，推送给指定连接
运维台账：连接列表展示、DELETE /sse/admin/connections/{clientId} 踢下线

2.2 可能出现的问题

最大的问题就是客户端的伪造。客户端自带 ID，等于「客户端可以声明自己是谁」。如果一个客户端使用了其他人的客户端，那么明明是两个客户端，统计数据只会显示一条。

既然刷新页面就会生成新的客户端，为什么不交给服务端维护呢，参数减少使用起来门槛就会降低。

2.3 新的设计

服务端分配，建连回执下发。

text 复制代码

客户端                                     服务端
  │  GET /sse/subscribe?modules=lot,order    │
  │ ──────────────────────────────────────►  │
  │                                          │ ① newClientId() → UUID
  │                                          │ ② 登记连接（撞号概率可忽略）
  │  event: MESSAGE                          │
  │  {bizModule:"sse", action:"connected",   │
  │   data:{clientId:"...", modules:[...]}}  │
  │ ◄──────────────────────────────────────  │
  │  ③ 保存 clientId                         │
  │                                          │
  │  event: PING                             │
  │ ◄──────────────────────────────────────  │
  │  POST /sse/pong?clientId=xxx             │ ④ 靠 ID 定位连接续命
  │ ──────────────────────────────────────►  │