MediaPipeUnityPlugin中FaceLandmarkListWithIrisAnnotation的并发修改问题分析

在Unity中使用MediaPipeUnityPlugin进行面部特征点检测时，开发者可能会遇到一个常见的并发修改异常："Collection was modified; enumeration operation may not execute"。这个问题主要出现在处理面部特征点数据的过程中，特别是在多线程环境下对集合进行遍历和修改时。

问题背景

MediaPipeUnityPlugin是一个Unity插件，用于集成Google的MediaPipe机器学习管道。在面部特征点检测任务中，插件会生成包含大量特征点的数据，这些数据需要在Unity的主线程中进行可视化渲染。当数据从后台线程传递到主线程时，如果处理不当，就可能出现集合被并发修改的问题。

问题根源

问题的核心在于FaceLandmarkListWithIrisAnnotation类中的PartitionLandmarkList方法。该方法负责将面部特征点列表分区处理，但在遍历输入集合时没有考虑到集合可能被其他线程修改的情况。具体表现为：

1. 当使用IReadOnlyList<T>的枚举器进行遍历时
2. 同时后台线程可能正在更新这个集合
3. 导致枚举过程中集合被修改，抛出异常

解决方案

针对这个问题，开发者可以采取以下几种解决方案：

1. 使用集合副本

最直接的解决方案是在遍历前创建集合的副本：

var enumerator = landmarks.ToList().GetEnumerator();

这样可以确保遍历的是一个固定的快照，不会受到原集合修改的影响。

2. 添加线程同步机制

在FaceLandmarkerResultAnnotationController中添加适当的锁机制，确保在访问共享资源时的线程安全：

lock (syncObject)
{
    // 访问共享资源的代码
}

3. 使用线程安全的数据结构

考虑使用ConcurrentBag等线程安全的集合类型来存储中间结果。

最佳实践建议

1. 明确线程边界：在Unity中，明确区分后台处理线程和主线程的职责范围
2. 避免在主线程外修改Unity对象：所有与Unity引擎相关的操作都应放在主线程执行
3. 使用适当的同步机制：当必须在多线程间共享数据时，使用锁或其他同步原语
4. 考虑使用消息队列：通过队列将数据从后台线程传递到主线程，而不是直接共享引用

总结

在MediaPipeUnityPlugin中处理面部特征点数据时，开发者需要注意线程安全问题。通过创建集合副本、添加适当的同步机制或使用线程安全的数据结构，可以有效避免"Collection was modified"异常的发生。理解Unity的多线程模型和MediaPipe的数据流机制，对于构建稳定高效的计算机视觉应用至关重要。

对于使用UniRx等响应式编程框架的开发者，还需要特别注意ObserveOnMainThread操作符的使用时机，确保数据在正确的线程上被处理和消费。