HaishinKit.swift中AVCaptureSession在mediaServicesWereReset时的崩溃问题分析

问题背景

在iOS多媒体开发中，使用AVFoundation框架的AVCaptureSession进行音视频采集时，开发者可能会遇到一个棘手的问题：当系统触发mediaServicesWereReset通知时，应用程序可能会意外崩溃。这个问题在HaishinKit.swift项目中尤为突出，表现为AVCaptureSession在调用startRunning方法时抛出异常。

崩溃原因分析

核心崩溃日志显示："startRunning may not be called between calls to beginConfiguration and commitConfiguration"。这表明在AVCaptureSession的配置过程中存在线程安全问题。

深入分析发现，当系统发出mediaServicesWereReset通知时，IOCaptureSession会尝试重新启动会话。然而，此时可能存在以下竞争条件：

1. 主线程正在执行配置操作（beginConfiguration/commitConfiguration之间）
2. 同时mediaServicesWereReset通知触发startRunningIfNeeded调用
3. 两个操作没有适当的同步机制，导致AVCaptureSession状态不一致

技术细节

AVCaptureSession的设计要求配置操作必须是原子性的。beginConfiguration和commitConfiguration之间的代码块实际上定义了一个配置事务，系统会确保这个事务中的所有修改一起生效。在此期间调用startRunning会破坏这种原子性保证。

在mediaServicesWereReset场景下，系统会重置所有媒体服务，包括正在运行的AVCaptureSession。此时应用需要重新建立会话，但如果没有正确处理配置和启动的顺序，就会导致上述崩溃。

解决方案

HaishinKit.swift项目通过引入串行队列来解决这个问题。具体措施包括：

1. 将所有AVCaptureSession的配置操作放入一个专用的串行队列
2. 确保beginConfiguration和commitConfiguration调用在同一队列上下文中
3. 对startRunning的调用也通过同一队列进行序列化

这种设计保证了配置操作和会话启动操作的线性执行，消除了潜在的竞争条件。即使mediaServicesWereReset通知在配置过程中触发，所有相关操作也会按顺序执行，不会出现交叉调用的情况。

最佳实践建议

对于处理AVCaptureSession的开发者，建议：

1. 始终使用串行队列管理会话配置和状态变更
2. 正确处理mediaServicesWereReset通知，实现健壮的重启逻辑
3. 在配置过程中添加适当的错误处理和状态检查
4. 考虑实现会话状态机，明确区分配置、运行、停止等状态

通过遵循这些原则，可以构建更加稳定可靠的音视频采集功能，避免类似HaishinKit.swift中遇到的崩溃问题。