Skip to main content

概述

会议里有两条方向相反的「请求」链路,容易混淆,先分清: 举手类型 HandupType 有四种:.mic 申请开麦、.camera 申请开摄像头、.chat 申请发言权、.share 申请共享。

成员举手


主持人收到举手

UserHandupStep 表示这条事件处在流程的哪一步: 也就是说,这一个事件同时承载了「举手申请」和「邀请被响应」两类通知,用 step 区分处理。

主持人审批举手

审批结果会通过事件下发给相关成员:
审批通过不会自动打开成员的麦克风或摄像头 —— 成员端需要在收到这个事件后自行调用 requestOpenMic() / requestOpenCamera()

主持人邀请成员开启

成员端收到:
同意时,把 byAdmin: trueadminUid 一起传给开启接口,让 SDK 走「响应邀请」而不是「主动申请」:
拒绝时:
不论同意还是拒绝,主持人端都会收到一条 userDidHandupstep.confirmOpen.rejectOpen

主持人直接关闭成员设备

关闭方向不需要征求同意:
被关闭方的 SDK 会自动停流,并上报一次 userMicStateDidChange / userCameraStateDidChange,其中 byAdmintrueopUid 为操作者,你可以据此给用户一个「已被主持人关闭麦克风」的提示。

一个完整的交互建议


相关页面