React Native WebRTC 在小米设备上的JNI库崩溃问题分析

问题现象

在使用React Native WebRTC进行视频通话时，部分小米设备(Xiaomi)在用户加入房间后会出现应用崩溃的情况。崩溃日志显示与JNI库相关的致命错误，具体表现为：

Fatal error in: gen/jni_headers/sdk/android/generated_metrics_jni/../../../../../../../sdk/android/src/jni/jni_generator_helper.h, line 95
last system error: 95
Check failed: !env->ExceptionCheck()

根本原因分析

这个崩溃问题主要源于WebRTC底层在处理视频编码器初始化时出现的异常。从日志中可以观察到几个关键点：

1. 视频编码器初始化失败：系统尝试使用c2.qti.avc.encoder编码器时抛出IllegalArgumentException
2. JNI环境异常检查失败：当Java层抛出异常后，JNI层没有正确处理异常状态
3. 设备兼容性问题：特定于小米设备的硬件编码器实现可能存在问题

技术细节

视频编码器初始化流程

在WebRTC的视频处理流程中，当建立视频通话时：

1. 系统会尝试初始化硬件视频编码器
2. 首选使用设备特定的硬件编码器(如小米的c2.qti.avc.encoder)
3. 如果初始化失败，理论上应该回退到软件编码器

异常处理机制

问题的核心在于异常处理机制不完善：

1. Java层MediaCodec.configure()抛出IllegalArgumentException
2. 这个异常没有被JNI层正确处理
3. JNI环境进入异常状态后继续执行，导致后续检查失败

解决方案

对于使用React Native WebRTC的开发者，有以下几种解决方案：

1. 升级WebRTC版本：最新版本的WebRTC(M124及以上)已经包含了针对此类问题的修复
2. 编码器回退机制：在应用层实现编码器选择策略，优先尝试标准编码器
3. 异常捕获：增强JNI层的异常处理逻辑，确保异常状态被正确清理

最佳实践建议

1. 版本控制：始终使用较新的WebRTC版本，特别是对于Android设备兼容性问题
2. 设备测试：针对不同厂商设备(特别是小米、华为等)进行充分测试
3. 错误监控：实现完善的错误上报机制，及时发现并处理设备特定的问题
4. 备用策略：为关键功能(如视频编码)准备备用实现方案

总结

Android设备碎片化导致的兼容性问题一直是移动开发中的挑战。React Native WebRTC作为跨平台解决方案，需要处理各种设备特定的实现差异。这个问题特别提醒开发者要重视：

1. 不同Android厂商对MediaCodec的实现差异
2. JNI层异常处理的重要性
3. 及时跟进上游WebRTC的修复

通过理解底层机制和采取适当的预防措施，可以有效减少此类崩溃问题的发生。