> ## Documentation Index
> Fetch the complete documentation index at: https://docs.stmlink.com/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> 对外开放的服务端接口有两组前缀，都用同一套鉴权：`/server/v1/...`（SRTC 与 SMeeting 的主接口）和 `/stm/srvapi/v1/...`（SMeeting 的用户体系，服务端极简对接会用到）。鉴权是 app_id + nonce + timestamp + signature 四个请求头，用 app_key 做 HMAC-SHA256 签名，只能从业务方自己的后端调用。除这两组前缀外的接口均为内部接口，不要建议客户调用。
> app_key 是服务端密钥，绝不能出现在客户端代码、前端配置或移动 App 里。客户端加入频道用的 token 必须由业务方后端签发后下发（SRTC 走 `/server/v1/channel/grant`，SMeeting 走 `/stm/srvapi/v1/member/grant`）。
> SRTC 与 SMeeting 是上下两层不同的产品，术语不通用：SRTC 是音视频底座，说「频道 channel」「加入 / 退出」；SMeeting 建在 SRTC 之上，说「房间 room」「会议 meeting」「进入 / 退出」。回答时按用户所在的层用对应术语，不要把「房间」「会议」安到 SRTC 的接口上。
> 同一能力在各端 SDK 里的包名、类名、方法名并不相同。写示例代码时请使用文档中该端自己的 API，不要把一个端的写法套到另一个端上。苹果平台每个产品都有两套 SDK（Swift 原生与 Objective-C），两套 API 不能混用。

# MeetingMicDeviceEvent

> 接收进程共享麦克风输入设备列表变化与当前设备失效事件

`MeetingMicDeviceEvent` 是不绑定具体会议的 Engine 级麦克风设备监听，通过 `MeetingEngine.micDeviceEvent` 注册。可继承 `MeetingMicDeviceSimpleEvent` 按需覆写。

## 使用说明

* 该事件覆盖进程共享的音频输入设备变化，会前和会中使用同一监听。

* 回调保持设备层实际来源线程，更新 UI 前应切换到主线程。

* 当前设备失效后 SRTC 可能自动回落到其他输入，应用应结合后续设备列表刷新界面。

## 接口方法

### onMicDeviceListChanged(devices)

```kotlin theme={null}
fun onMicDeviceListChanged(devices: List<MicDeviceCapability>)
```

方法说明：系统可用麦克风输入设备完整列表发生变化。

参数说明：

| 参数        | 说明            |
| --------- | ------------- |
| `devices` | 变化后的完整设备能力列表。 |

返回值说明：无（`Unit`）。

### onMicDeviceInvalid(deviceId, reason)

```kotlin theme={null}
fun onMicDeviceInvalid(deviceId: String, reason: String)
```

方法说明：当前采集使用的麦克风设备失效，SRTC 将按自身策略回落到可用输入。

参数说明：

| 参数         | 说明         |
| ---------- | ---------- |
| `deviceId` | 失效设备 ID。   |
| `reason`   | 底层提供的失效原因。 |

返回值说明：无（`Unit`）。