错误码规则

0 代表成功，非 0 都是错误。所有错误码都是 前缀 + 3 位具体码（001-999） 的结构。看懂前缀，你就能立刻判断这个错误是服务端返回的还是客户端 SDK 产生的、来自哪个平台，从而知道该去哪儿排查。

怎么读一个错误码

  1 0 6 0 0 1
  │ │ │ └─┴─┴── 具体码 001-999
  │ │ └──────── 端侧类型：6 = Web
  └─┴────────── 业务层：1 = SRTC

分三种情况：

6 位错误码的第 3 位表示平台：

所以看到 103002，读作：SRTC 层 + iOS 端 + 第 002 号错误。

各平台完整错误码表： Web · Android · Windows · Swift · iOS · C

C SDK 是个例外。 它的接口返回的是 0 / -1 / -2 / -3 / -4 这样的简单状态值，用于表达调用层面的结果；真正的业务失败原因来自服务端，会打在日志里。见 C SDK 错误码。

不要按错误文案做分支判断 —— 文案会随版本调整，错误码不会。

同一套规则，只是业务层号不同：SRTC 用 1，SMeeting 用 2。如果你用的是 SMeeting，会同时看到两类错误码：2xxxxx 来自会议层，1xxxxx 来自底层 SRTC（会议层原样透传，便于定位）。见 SMeeting 错误码规则。