Skip to main content
本页给出接入 SMeeting 的最短路径。先看清分工，再挑一种对接方式往下走。

​
谁负责什么

一次接入涉及四个角色：两个是你的，两个是我们的。 一句话记住这条边界：我们不碰你的用户体系，你不碰媒体流。
  • SMeeting 没有自己的用户体系 —— user_id 直接用你业务系统里现成的用户 ID，同一个用户多端同时进会由我们自动区分
  • 音视频数据不经过你的服务器 —— 客户端直连我们的媒体服务，你的带宽账单不会因为开会而涨
  • 主持人、举手、静音全场、等候室这些会控规则我们已经实现好，不用你再写一遍
整条链路里，你的后端负责「换钥匙」，你的客户端负责「用钥匙」，媒体走我们，业务判断走你。

​
三种对接方式

上面那张图画的是投入最大、也最自由的第三种。实际上界面这一格可以交给我们，投入从小到大：

​
服务端极简对接

不集成 SDK、不写会议界面。 会议客户端、用户体系、登录态都由我们部署，你的后端只做三件事：
详见 服务端极简对接。

​
带 UI 极简对接

会议界面用我们的前端源码，你自己改样式、自己部署；账号打通仍由你的后端和我们对接，会议逻辑不用碰。见 带 UI 极简对接。

​
自定义对接

集成各端 SDK 自己写界面，会控、录制、成员管理按需调用。就是上面时序图画的那条路，下面的平台入口即从这里开始。

​
接入前

1

申请应用

拿到 AppID 和 AppKey。AppKey 是服务端密钥，绝不能放进客户端 —— 详见 Token 与鉴权。
2

选定对接方式

先看上面那张表。要的只是「给这场评审加一个会议入口」，服务端极简对接当天就能跑通；要做会议产品再走自定义对接。三者的详细取舍见 概览。
3

打通 Token 签发

时序图第 3 步，是自定义对接里唯一必须写的服务端代码：校验完你自己的用户身份后，用 AppKey 签名调授权接口，把 token 返给客户端。之后各端 SDK 的流程都是 login(token) → 创建 / 查询会议 → 进入会议。

​
选择你的平台

​
几个最常问的边界问题

音视频要经过我的服务器吗？ 不需要。客户端直连我们的媒体服务，你的后端只参与鉴权和业务判断。 用户要先在你们那边注册吗？ 不需要。user_id 用你自己的用户 ID 即可，我们不存你的用户资料。 AppKey 放前端会怎样？ 拿到它的人可以把任意用户授权进任意会议、踢人、结束会议。它只能待在服务端。 会中角色能自己定义吗？ 能。默认用我们内置的三档（普通成员 / 主持人 / 联席主持人），够用就不用管；内置角色也可以整套不启用，换成业务自己定义的角色体系。招投标场景我们已有定制好角色的标准产品可以直接用。见 核心概念 · 自定义角色。 后端怎么知道会议里发生了什么？ 注册回调即可，不用轮询。见 回调事件接入指南。