websocket仅负责低延迟双向传输位置数据，前端需用watchposition配合距离+时间双防抖、坐标精度截断、accuracy过滤及后台暂停机制；服务端用sync.map与channel广播；地图端复用marker平滑渲染并加隐私偏移。
WebSocket 本身不获取位置，也不绘制地图，它只负责把前端拿到的经纬度，以低延迟、双向、稳定的方式传给服务端，再由服务端决定推给谁。核心是“传得稳、不卡、不泄密、不掉线”。
前端怎么安全高效地上报位置
直接在 navigator.geolocation.watchPosition 回调里频繁发坐标，会迅速耗尽手机电量、挤占带宽、导致地图跳动。必须加控制：
- 用距离 + 时间双防抖：位移超过 5 米 且 距离上次上报超 3 秒才发送，避免静止时 GPS 微漂触发无效广播
- 上报前将经纬度四舍五入到小数点后 6 位（约 10 厘米精度），减小 JSON 体积，又不影响日常定位场景
- 主动带上
timestamp和accuracy字段，服务端可据此过滤掉精度差（如 accuracy > 50 米）的室内定位数据 - 监听
visibilitychange事件，页面切后台或锁屏时暂停定位并关闭 WebSocket 连接，防止持续耗电
服务端怎么管理连接与广播
高频写入下，普通 map + mutex 容易引发锁竞争和 CPU 毛刺。推荐做法：
- 用
sync.Map存储userID → {conn, lastSeen}，读写并发安全 - 坐标数据不存进 map，而是走独立 channel 广播中枢：
LocationUpdate{userID, lat, lng, ts} - 广播 goroutine 从 channel 拉数据，遍历连接时用
LoadAll()（Go 1.21+）或先取 Keys 再逐个 Load，避免遍历时被删 panic - 每 30 秒发一次
PingMessage探活，比单纯看时间戳更可靠——TCP 连接可能假死但时间还在更新
地图端怎么平滑渲染与保护隐私
收到坐标后，不是删掉旧标记再新建一个，而是复用已有 Marker 实时更新位置：
- Leaflet 示例：
markers.getLayer(userId)?.setLatLng([lat, lng]).update()，保证动画自然不闪烁 - 为每个用户添加头像图标、昵称标签、最后活跃时间提示；可选叠加轨迹线（Polyline）增强可视化
- 服务端推送 “user-left” 消息，或客户端超 30 秒无心跳自动移除对应 Marker
- 前端对原始坐标加 ±0.0005 随机偏移（约 50 米内），模糊精度保隐私，满足 LBS 场景又不暴露精确住址
权限与安全不能绕过
地理位置是敏感数据，必须由用户主动发起共享，并全程可控：
- 首次开启前弹出明确提示：“仅向本次行程中的同行者实时显示您的大致位置”，不可默认开启
- 服务端校验 token 或 session，拒绝未授权连接；禁止通过 URL 参数传递
userId等标识 - 坐标范围校验（如 lat ∈ [-90, 90]）不要放在消息处理主链路中——千人并发时单次校验多耗 0.1ms，1000 人就是 100ms 延迟累积，还易被恶意刷垮
