循环流程通过状态驱动的阶段性闭环解耦音视频生命周期，定义清晰状态节点、明确流转条件与幂等入口，实现可复位、可跳转、可观察的多轨控制。
在多媒体轨道控制中，用循环流程解耦音视频生命周期的绑定，核心是把“准备→启用→运行→暂停→释放”这一连串动作，从线性调用变成可复位、可跳转、可观察的状态循环，让每个环节只专注一件事，不越界、不回查、不隐式依赖。
循环流程不是无限重试，而是状态驱动的阶段性闭环
多轨系统天然存在反复切换场景：比如用户切语言、后台切前台、网络恢复后重连音轨。若用单向 if-else 或 try-catch 流程处理，容易在“释放后又想重绑”时出现 track 已 null、buffer 已 abort、事件监听器残留等问题。循环流程的本质，是定义清晰的状态节点 + 明确的流转触发条件 + 每个节点的幂等入口。
- 每个状态（如
IDLE、PREPARED、BOUND、PAUSED、FLUSHED）对应一个独立函数，例如onEnterPrepared()和onExitPrepared() - 状态迁移不靠手动调
bind()或flush()，而是发语义事件，如track:state-change，携带from=IDLE,to=PREPARED - 所有轨道共享同一套状态机实例，但各自维护独立的状态快照（避免一轨出错拖垮全局）
绑定行为必须收敛到“进入状态”这一个入口点
物理绑定（如 video.srcObject = stream、player.addTrack(track)）不应散落在初始化、恢复、重试等多个地方。它只发生在 BOUND 状态的 onEnterBound() 中：
- 进入前确保：权限已固化、流已就绪、DOM 元素可用
- 进入时只做三件事：赋值 srcObject / 调用 addTrack / 启动时间同步逻辑
- 进入后触发
track:bound事件，供字幕、分析、UI 模块响应，不在此处做权限校验或错误重试
冲刷（flush）是状态退出动作，不是异常兜底
FLUSHED 不代表“失败”，而是一个合法中间态，用于资源归还与快速恢复：
-
onExitBound()负责静音、禁用、清空本地引用，但保留 stream 和 track 对象 -
onEnterFlushed()只清理缓冲区、abort sourceBuffer、revoke URL，不 reload 流、不重发鉴权 - 从
FLUSHED可直接回到PREPARED（复用已有流）或IDLE（彻底释放），无需重新 getUserMedia
用状态快照+事件队列保障循环稳定性
高频状态跳转（如快速切音轨+暂停+恢复）易导致事件乱序或竞态。建议：
- 所有状态变更先入队列，由单线程调度器按顺序执行（避免
pause()和bind()并发冲突） - 每次进入新状态前，生成当前轨道快照（用
System.arraycopy复制状态数组，或冻结 config 对象），下游模块只读不改 - 对不可逆操作（如
track.stop()）加防护标记，仅当from === BOUND && to === FLUSHED且无 pending 操作时才允许执行
不复杂但容易忽略：循环流程的价值不在“能来回跳”，而在于让每个阶段可单独测试、可日志追踪、可热替换。比如换掉 onEnterBound 实现就能切换 WebRTC 与 MSE 绑定方式，不影响其他生命周期环节。
