wanglei/EchoChat
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
240 Commits 1 Branch 0 Tags
9b85c9c9e565bd9f387658d93810b40387252ff9
Commit Graph

7 Commits

Author SHA1 Message Date
bujinyuan
790996feaf feat(meeting): Task 15 UI 打磨 + 主持人四件套 + 媒体层稳定性回归修复 
- Task 15 UI：6 项原创特色（说话者流光 / 柔性网格 / 自视频浮窗 / 静音氛围色 / 入会滑入 / NetworkBadge 3 条波浪）+ 说话者双源探测（RTP audioLevel + WebAudio RMS）+ 主持人四件套（静音/开麦/转让/踢出）
- 新增 SelfVideoFloat 浮窗组件 + 4 份 design-system 页面文档（home / preview / room / invite）
- 媒体回归补丁（手工联调触发）：
  * 后端 signal_service 在 OnRoomJoin 追加 pushExistingRoomState → 向新加入者补发历史 producers + 历史成员 audio/video 状态
  * 新增 Redis Hash memberStateKey 持久化成员 audio/video enabled，OnMemberStateChanged 落盘、cleanupUserResources 清理
  * 前端 _broadcastSelfState 在本地音视频开关末尾同步 state.changed；_afterJoined 先 getRoom 再 room.join 修复后入者成员状态时序；_onMemberStateChanged 占位兜底
  * _cleanupRemoteProducer 改为按 producerId 精准清理（修复 "关音频误关视频"）
  * _onRoomEnded + createAndEnter/joinAndEnter 强化 reset（修复重入会看不到自己画面）
  * mediasoup-client ensureSend/RecvTransport 引入 in-flight Promise 锁防并发重复建连
- 文档同步：CURRENT_STATUS.md / Task 15 plan / phase2e-2 implementation plan

Made-with: Cursor
 2026-04-23 16:04:46 +08:00
bujinyuan
310ea03ce1 fix(im): 修复发送方消息一直卡在"发送中"圆圈、下方不显示已读/未读的 Bug 
现象
----
在单聊里发送新消息后，本人气泡左侧一直显示 loop 圆圈（_sending=true），
气泡下方看不到"已读 / 未读"标签；但对端能正常收到消息。刷新页面、
走 fetchHistory 之后才能恢复正常显示。

根因
----
1. services/websocket.js 的 _onMessage：一旦发现 event 以 ".ack" 结尾，
   就走 _handleAck(seq→pendingAcks) 处理完后 **直接 return**，不再 _emit。
   这样通过 on('im.message.send.ack') / on('im.message.read.ack')
   订阅 ACK 的 listener（chat store 的 _onSendACK / _onReadACK）
   **永远收不到回调**，导致 _sending 标记一直没被清、id 没被合入，
   模板里 getReadLabel() 因为 !msg.id / _sending=true 返回空字符串。
2. store/chat.js 的 _appendMessage：按 client_msg_id 命中旧临时消息时，
   只是 isDup=true 直接 return，把服务端权威字段（包括 id）丢弃了，
   没有形成有效的兜底路径。

修复
----
- websocket.js: .ack 报文在 _handleAck 之后 **继续走 _emit**，让 Promise
  通路（sendWithAck → pendingAcks）与订阅通路（on(...ack)）并行分发，
  互不冲突。这是真正解决"卡圈"的主修复。
- chat.js _appendMessage: 把 dedup 改成 "就地合并" 语义：
  * 同 id 命中 → 真重复丢弃（不回退）
  * 同 client_msg_id 命中本地 _sending 临时消息 → 用服务端字段
    覆盖 id/created_at/..., 同时清 _sending/_failed
  * 其余情况才 push 新条
  作为广播帧先于 ACK 到达时的二级兜底，也保证后续再有 ACK/广播
  重复到达不会产生重复气泡。

影响面
------
- 单聊/群聊 发送消息后"已读 / 未读 / N人已读"标签恢复实时显示
- im.message.read.ack（对方读到某条）也能正常驱动 readStatusMap 更新
- meeting 等模块的 sendWithAck() 不受影响（走的是 pendingAcks Promise
  通路，本次只是在此之后多了一个 _emit 分发，对业务无副作用）

Made-with: Cursor
 2026-04-22 17:05:31 +08:00
bujinyuan
467135e0d5 feat(phase2e-2): WS 稳定性改进——重连后自动重绑定房间 + 多端登录抖动检测 
背景
- Task 9 联调发现同账号多 tab 登录会触发后端单设备踢下线机制，WS 每秒被关闭一次，
  所有 meeting.* 的 sendWithAck 都因 "连接已断开" 而失败，表现为"开启音视频提示失败"
- 同时 WS 断线重连后后端对该连接的 roomCode 绑定丢失，会议广播不再送达本端

改动
- store/meeting.js：_registerListeners 增加 WS 生命周期监听
  - _disconnected：从 CONNECTED/CONNECTING 切到 RECONNECTING，UI 可展示"重连中…"
  - _connected：在 RECONNECTING 状态自动重发 meeting.room.join 重绑定房间，并刷新参与者列表
- services/websocket.js：_recordCloseForFlapping 做 10s 滑窗 flapping 检测
  - 窗口内累计 >=3 次非主动断连 → 触发 _flapping 事件（含 count/windowMs）
  - 15s 冷却避免抖动期间重复告警
- debug.vue：新增 WS 状态指示灯（已连接/重连中/已断）+ flapping 警告横幅
  - 订阅 _connected / _disconnected / _flapping 三个 WS 内置事件，onBeforeUnmount 注销

验证（Playwright）
- 单次断连：testuser1 创建会议后手动 close WS → 指示灯 reconnecting，1s 后重连
  - 日志链 "WS 已断开 → 进入 reconnecting → 连接成功 → 重绑定房间 307-857-909 → 恢复 connected" 全通
- 4 次连续断连：第 3 次触发 flapping，UI 横幅 "⚠ 检测到异常重连（3 次/10s），可能同账号在其他端登录"
  - 每次断连后房号、主持人状态、localState 均正确恢复为 connected

Made-with: Cursor
 2026-04-22 14:08:07 +08:00
bujinyuan
f97fec24a8 feat(phase2e-2): 前端 mediasoup-client 集成 + Pinia meeting Store（Task 9） 
- frontend/src/api/meeting.js：12 个 REST 接口封装，统一 unwrap envelope.data
- frontend/src/services/websocket.js：新增 sendWithAck（Promise 化 + 超时 + 序列号）
- frontend/src/utils/mediasoup-client.js：MediaEngine 包装 Device/Transport/Producer/Consumer
- frontend/src/store/meeting.js：Pinia 会议状态机，桥接 14 个 WS 事件 + cleanupStaleMeetings
- frontend/src/constants/meeting.js：状态枚举 + 事件名集中管理
- frontend/src/pages/meeting/debug.vue：临时调试页（H5 原生 video/audio DOM 绕过 uni 组件限制）
- backend：meeting.consume.resume WS 事件 + create/join 响应透传 router_id + rtp_capabilities
- 文档：frontend/meeting.md、websocket.md、CURRENT_STATUS、plan 全部同步 Task 9 落地

Made-with: Cursor
 2026-04-22 11:22:49 +08:00
bujinyuan
2c59500e27 fix(phase2a): 代码审查修复 - 8项关键/重要问题 
安全修复:
- WebSocket Token 增加 Redis 有效性校验（已登出用户无法建立 WS）

功能修复:
- GetRecommendFriends 改为批量查询，正确返回用户名/昵称/头像
- 上下线通知：OnlineService 通过接口注入获取好友列表推送状态变更
- 管理端在线用户 API 补充用户名信息

代码质量:
- 所有 json.Marshal/Redis 错误增加检查与日志
- ContactController 13 个 endpoint 统一走 handleError 业务错误映射
- 管理端 Controller 补全包注释、函数注释和结构化日志
- 前端 5 个联系人页面 avatar 工具函数抽取到 utils/avatar.js

Made-with: Cursor
 2026-03-02 18:48:28 +08:00
bujinyuan
618c3f4409 feat(frontend): WebSocket 客户端 + Contact Store + API 
- services/websocket.js: 单例 WS 连接管理（心跳/重连/事件分发）
- store/websocket.js: Pinia Store 管理连接状态
- store/contact.js: 联系人 Store（好友/申请/分组/黑名单/在线状态）
- api/contact.js: 联系人 REST API 封装（17 个接口）
- api/user.js: 用户搜索 API

Made-with: Cursor
 2026-03-02 17:15:21 +08:00
bujinyuan
4d03215fe4 feat: Phase 1 完成 — 基础设施 + 用户认证 + 管理端 + 端到端验证 
Phase 1 (基础设施与用户认证) 全部 11 个 Task 开发完成：

后端 (Go)：
- Auth 模块: 注册/登录/JWT(有状态)/Profile/密码修改
- Admin 模块: 用户列表/详情/禁用/启用/角色分配/创建用户
- 中间件: JWT认证 + RBAC角色权限 + 请求日志 + CORS + Panic恢复
- Dockerfile 多阶段构建 + Docker Compose 全栈部署

前台 (uni-app)：
- 登录/注册页面 + 自定义 TabBar + 个人中心
- 请求封装 + 状态管理 (Pinia)

管理端 (Vue 3 + Element Plus)：
- 登录/仪表盘/用户列表/用户详情
- Axios 封装 + 路由守卫 + Pinia 状态管理

验证：
- 全流程 API 端到端测试通过
- Playwright 页面自动化验证通过
- code-reviewer 代码审查通过

Made-with: Cursor
 2026-03-02 11:31:24 +08:00