react-native-image-picker在Android上拍照后崩溃问题解析

问题现象

在使用react-native-image-picker库的launchCamera功能时，开发者发现了一个特定于Android平台的崩溃问题。具体表现为：

• iOS设备上拍照功能完全正常
• Android设备上选择图片库功能(launchImageLibrary)也工作正常
• 仅在Android设备上使用相机拍照并确认后，应用会立即崩溃

崩溃日志显示这是一个NullPointerException，发生在SunmiScanModule的onActivityResult方法中，错误信息表明尝试在一个空对象上调用getSerializable方法。

根本原因分析

经过深入排查，发现问题的根源在于第三方库react-native-sunmi-printer的SunmiScanModule组件存在设计缺陷。该模块没有正确处理Activity结果的分发机制，具体表现为：

1. 全局拦截问题：SunmiScanModule注册了一个全局的Activity结果监听器，但没有对请求码(requestCode)进行过滤检查
2. 空指针风险：模块假设所有Activity结果都包含Bundle数据，直接尝试从中获取序列化对象而没有进行空值检查
3. 冲突处理：当多个模块同时监听Activity结果时，缺乏合理的冲突处理机制

这种设计导致当其他模块(如react-native-image-picker)发起Activity请求并返回结果时，SunmiScanModule会错误地尝试处理这些它不应该处理的结果，最终引发崩溃。

解决方案

开发者提供了两种可行的解决方案：

方案一：完全移除冲突库

如果项目中不需要使用Sunmi打印机功能，最简单的解决方案是直接移除react-native-sunmi-printer库。这种方法彻底消除了冲突源，确保react-native-image-picker能够正常工作。

方案二：修改SunmiScanModule源码

对于必须使用Sunmi打印机功能的情况，可以修改SunmiScanModule的Java代码：

1. 在构造函数中移除全局的Activity结果监听注册
2. 或者修改onActivityResult方法，添加请求码检查和空值判断

修改后的代码应该包含类似这样的保护逻辑：

@Override
public void onActivityResult(Activity activity, int requestCode, int resultCode, Intent data) {
    // 只处理本模块发起的请求
    if(requestCode != YOUR_MODULE_REQUEST_CODE) {
        return;
    }
    
    // 检查数据是否为空
    if(data == null || data.getExtras() == null) {
        return;
    }
    
    // 原有处理逻辑...
}

预防建议

1. 模块隔离原则：开发原生模块时应确保只处理自己发起的请求，通过唯一的请求码进行区分
2. 防御性编程：对所有可能为null的对象进行判空处理，特别是来自系统回调的数据
3. 兼容性测试：在升级SDK版本或引入新库时，应进行全面测试，特别是跨模块交互场景
4. 错误边界：为关键操作添加try-catch块，防止崩溃影响整体应用稳定性

总结

这类问题在React Native混合开发中较为常见，特别是当多个原生模块都需要处理Activity结果时。通过这次问题的分析，我们了解到：

1. 原生模块间的冲突可能导致难以预料的行为
2. 良好的错误处理和模块隔离设计至关重要
3. 在升级开发环境(如提高targetSdkVersion)时，可能暴露出之前隐藏的问题

开发者在使用多个原生模块时，应当注意它们之间的潜在冲突，并在设计阶段就考虑好模块间的交互边界。