React Native BLE Manager 在 Android 14 上的并发修改异常分析

在 React Native BLE Manager 项目中，开发者报告了一个在 Android 14 设备上出现的并发修改异常问题。这个问题主要发生在处理蓝牙外围设备服务发现的过程中，具体表现为 ConcurrentModificationException 异常。

问题背景

当应用尝试通过 Peripheral.asWritableMap 方法将蓝牙设备信息转换为可写映射时，系统抛出了并发修改异常。这种异常通常发生在集合被迭代的同时，另一个线程修改了这个集合的内容。

从堆栈跟踪可以看出，异常发生在 BluetoothGatt.getServices 方法的执行过程中，这表明在获取蓝牙服务列表时，服务列表可能正在被其他线程修改。

技术分析

ConcurrentModificationException 是 Java 集合框架中的一个常见异常，它被设计用来检测并发修改行为。在单线程环境中，这种异常通常表明在迭代集合的同时，代码的其他部分修改了集合内容。

在 Android 蓝牙 API 中，BluetoothGatt 的服务列表可能会在后台线程中被更新，而主线程可能正在尝试读取这些服务。这种多线程访问共享资源的情况，如果没有适当的同步机制，就可能导致并发修改异常。

解决方案

针对这个问题，开发团队提出了以下解决方案：

1. 同步访问：确保对蓝牙服务列表的访问是线程安全的，可以通过同步块或使用线程安全的集合来实现。

2. 防御性复制：在迭代服务列表前，先创建一个列表的副本，然后在副本上进行操作，这样可以避免原始列表被修改带来的问题。

3. 使用迭代器安全模式：虽然使用 for (it : iterator) 语法可能有所帮助，但在这种情况下，更根本的解决方案是确保集合不被并发修改。

在实际修复中，开发团队选择了最合适的方案来保证线程安全，同时最小化对性能的影响。这种修复不仅解决了 Android 14 上的问题，也提高了代码在所有 Android 版本上的稳定性。

最佳实践建议

对于处理蓝牙设备信息的开发者，建议：

1. 始终假设蓝牙相关操作可能在不同线程执行
2. 对共享数据进行适当的同步保护
3. 考虑使用不可变数据结构来传递设备信息
4. 在回调方法中处理异常情况，确保应用稳定性

这个问题提醒我们，在移动开发中，特别是涉及硬件交互的场景，线程安全是需要特别关注的重要方面。随着 Android 版本的更新，系统对并发问题的检测可能会变得更加严格，因此开发者需要更加重视代码的线程安全性。