Sinch 3.12.4 SDK文件缺失引发设备崩溃，为何移除jniLibs？

我来帮你拆解这两个问题——先讲jniLibs消失的原因，再解决三星设备的崩溃问题：

一、为什么jniLibs目录被移除了？ #

这是Sinch SDK从.jar转向.aar分发后的正常变化：

• 旧版本用.jar的时候，SDK的Java代码和原生.so库是分开的，所以需要你手动把.so放到jniLibs对应架构目录，用.jar.properties配置依赖；
• 而你现在用的sinch-android-rtc-3.12.4.aar是一个完整的Android库包，它已经把所有支持的CPU架构的.so文件内置在包里面了。Gradle构建的时候会自动从.aar里提取这些原生库，打包到APK的对应架构目录下，所以再也不需要手动维护jniLibs、.jar和.jar.properties这些文件了。

你找不到单独的libsinch-android-rtc.so很正常——它藏在.aar包里，你可以解压这个.aar看看，里面会有个jni目录，所有架构的.so都在那儿。

二、三星Galaxy设备崩溃的原因和解决办法 #

从崩溃回溯里的/lib/arm64/libsinch-...路径来看，问题基本出在CPU架构兼容性上，给你几个排查方向：

1. 检查Gradle的架构配置 #

大概率是你的APK只打包了64位（arm64-v8a）的库，但部分三星旧设备是32位（armeabi-v7a）的，设备加载64位库就会崩溃。

打开模块级的build.gradle（或build.gradle.kts），在defaultConfig里调整abiFilters，至少包含armeabi-v7a和arm64-v8a：

android {
    defaultConfig {
        ndk {
            abiFilters 'armeabi-v7a', 'arm64-v8a'
            // 注意：Sinch 3.x版本已经不再支持armeabi架构了，如果你的应用还兼容这类旧设备，要么降级SDK，要么放弃支持
        }
    }
}

2. 验证APK里的原生库 #

打包完APK后，解压看看lib目录下是不是每个架构都有libsinch-android-rtc.so。如果某架构缺失，试试：

• 清理项目缓存：执行./gradlew clean后重新构建；
• 检查有没有其他依赖或插件干扰了原生库的打包流程。

3. 针对三星设备的特殊优化 #

部分三星设备的ROM对原生库加载有特殊限制，你可以试试这两个小调整：

• 在AndroidManifest.xml的<application>标签里加android:extractNativeLibs="true"，强制系统解压原生库；
• 确保你的应用目标SDK版本符合Sinch 3.12.4的要求（建议28及以上）。

最后提醒 #

• 千万别同时保留旧的.jar和新的.aar，会导致依赖冲突，引发更多崩溃；
• 升级SDK后要彻底删掉旧的.jar、.jar.properties和jniLibs里的旧文件；
• 可以看看SDK包里的README文档，里面会有版本迭代的详细变化说明。

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