等候室让主持人先审核再放人进会。
主持人侧
参数名是 waitingRoomDisabled —— false 才是”启用等候室”。
布尔的方向容易搞反,写的时候对着字段名读一遍。
WaitingRoomUserInfo 字段:userId、name、avatar、at(进入时间)。
监听等候室变化
onUserEnterWaitingRoom / onUserExitWaitingRoom 只有主持人侧会收到。
普通成员感知不到别人在等候室。
成员侧
被移入等候室时收到一个无参数的事件:
收到 onMoveToWaitingRoom 意味着你已经不在会议主房间里了。
UI 必须切到等候页,并停止渲染会议画面 —— 继续渲染会显示已失效的旧帧。
成员可以主动退出等候:
这个方法不需要主持人权限。
被放行时不会有专门的事件 —— 走的是正常的入会流程,你会收到
onUserEnter 等会中事件。
入会时就被拦在等候室
启用等候室后,enterRoom() 不会抛错,而是走事件:
所以入会流程的 UI 状态机不能假设「enterRoom 成功 = 已在会中」。
要等 onUserEnter(自己)或读 getRoomInfo() 才算真进去了。
一个最小的等候室面板
进面板时先查一次 adminWaitingRoomUsers() 初始化,之后靠事件增量更新 ——
只依赖事件会漏掉进面板之前已经在等的人。
相关阅读