核心是状态隔离与线程职责划分：读取线程仅拉取字节写入无锁环形缓冲区；解析线程池独立处理块级状态，只读不可变会话元数据；恢复线程专责异常监听与重同步，全程无共享可变状态、无锁、异步解耦。
在多媒体流网络协议解析中，用多线程安全分离非标准报文，核心不是让多个线程“共用一个解析器”，而是通过状态隔离 + 线程职责划分，使每个线程只操作自己可控的状态域，避免共享可变状态引发竞争或污染。
线程职责明确划分：读取、解析、恢复互不重叠
不要让一个线程既读原始字节又做结构校验还改全局状态。推荐三阶段流水线：
-
读取线程：仅负责从 NetworkStream 或文件源按块拉取原始字节（如每次 8KB），写入无锁环形缓冲区（如 System.Threading.Channels.Channel
），不解析、不判断、不修改任何上下文； - 解析线程池：每个工作线程从通道取一个数据块，独立初始化块级状态（含偏移、长度、Object ID、CRC预检结果），只读会话级元数据（如 ASF 文件 GUID、起始 PTS）——该数据用 readonly struct 封装，确保不可变；
-
恢复/审计线程：专用于监听解析失败事件（如通过 Channel
接收），执行回退定位（跳至下一个 0x3026B275 对象头）、存档异常快照、触发重同步，不参与主流样本输出。
状态对象必须不可变或线程局部化
会话级状态（如流数、时间基、主控头哈希）一旦建立，就禁止被任何解析线程修改。可用以下方式保障：
- 用 static readonly Lazy
初始化一次，后续所有线程只读取其字段或属性； - 块级状态封装为 record struct 或 readonly ref struct，构造时拷贝必要上下文，生命周期严格绑定单次解析调用；
- 恢复级状态（如错误位置栈、重同步锚点）存储在线程本地存储（AsyncLocal
）中，避免跨 await 流失，也不与其他线程共享。
异常块处理不依赖锁，而靠异步缓冲与标记传递
非标准报文（如未知 Object ID、CRC 错但长度合法）不能阻塞主流程，也不应加锁写入共享 List。正确做法是：
- 解析线程发现异常后，立即构建轻量 AnomalySnapshot（含块偏移、前32字节、错误码、会话ID哈希），投递到专用 Channel
； - 审计线程消费该通道，将快照写入环形内存缓冲区（大小固定，如容量16），满则覆盖最旧项——全程无 lock，无阻塞；
- 上层监控模块可通过非阻塞 TryRead() 拉取快照，用于日志、告警或人工复现，不影响 IMFSample 输出节奏。
接口层保持线程中立，由调用方决定并发粒度
像 IMFASFSplitter 这类 COM 接口本身不承诺线程安全，但可通过封装使其适配多线程场景：
- 每个解析线程持有一个独立的拆分器实例（new MFASFSplitter()），避免共享 state；
- 调用 GetNextSample() 前插入线程局部钩子，检查返回值是否为 MF_E_INVALIDREQUEST，再决定是否向异常通道发报告；
- IMFSample 输出仍走标准 Media Foundation 异步样本队列，由框架保证交付顺序，解析线程不干预样本生命周期。
