Expo React Native Android应用崩溃排查：涉及libreanimated.so等原生库

可能原因 #

• 架构兼容性缺失：日志显示应用加载的是arm64架构的库，但部分崩溃设备可能是32位（armeabi-v7a）架构，打包时未包含对应架构的原生库，导致加载失败触发崩溃。
• 依赖版本不兼容：React Native、Expo Modules Core、Hermes等核心库版本不匹配，比如Expo模块与RN主版本冲突，或Hermes引擎版本与RN不兼容，引发原生层调用异常。
• 打包配置错误：android/app/build.gradle中abiFilters配置限制了支持的架构，或打包过程中部分原生库未被正确打包进APK，导致部分设备无法找到对应库文件。
• 定制ROM系统限制：日志中出现OPPO定制ROM相关进程（OplusUIFirst_FB、OplusFullScreenDisplayManager），这类系统可能存在激进的后台进程查杀或内存优化策略，导致应用进程被强制终止。
• 残留依赖未清理：卸载react-native-reanimated后，原生项目中仍存在相关配置残留（如MainApplication.java中的引用、gradle配置），导致应用仍尝试加载相关库。

排查步骤 #

1. 获取完整崩溃栈：当前提供的日志仅包含库加载过程，无崩溃核心报错信息（如SIGSEGV、Native Crash调用栈）。需通过Firebase Crashlytics、Google Play Console或adb logcat *:E抓取崩溃发生时的完整日志，定位具体崩溃点。
2. 检查架构支持配置：打开android/app/build.gradle，确认abiFilters是否包含所有目标架构：

   android {
       defaultConfig {
           ndk {
               abiFilters "armeabi-v7a", "arm64-v8a", "x86_64"
           }
       }
   }
   

   若仅配置了arm64-v8a，需添加32位架构支持，重新打包测试。
3. 核对依赖版本兼容性：检查package.json中核心依赖版本是否匹配：
   • React Native版本与expo-modules-core版本是否适配
   • hermes-engine版本是否与React Native版本一致
   • 其他第三方原生库（如react-native-blob-util）是否与RN主版本兼容
4. 彻底清理残留依赖：
   • 删除node_modules、package-lock.json/yarn.lock，重新执行npm install
   • 检查android/app/src/main/java/com/xxx/MainApplication.java，移除所有与react-native-reanimated相关的导入和初始化代码
   • 执行./gradlew clean清理安卓构建缓存，重新打包
5. 排除Hermes引擎问题：临时切换到JSC引擎测试，修改android/app/build.gradle：

   project.ext.react = [
       enableHermes: false  // 改为false
   ]
   

   重新打包后观察是否仍出现崩溃，判断是否为Hermes相关问题。
6. 测试定制ROM系统影响：在崩溃的OPPO设备上，关闭应用的电池优化、后台进程限制，或切换到其他品牌设备测试，排除系统层面的进程查杀导致的崩溃。
7. 检查库加载时机：排查应用启动阶段的代码，是否存在过早调用原生模块的逻辑，导致库未完成初始化就被调用，引发崩溃。

内容的提问来源于stack exchange，提问作者Fahad Asad