我之前在Android 8.x（Oreo）上也碰到过一模一样的问题，虽然配置了ABI拆分，但还是踩了几个坑才解决。给你几个针对性的排查和修复步骤：

• 先确认native库的完整性
  别光看build.gradle里的配置，去项目的libs目录（或者依赖库的libs目录）检查一下，是不是真的有x86和armeabi-v7a文件夹，并且里面有对应的.so文件。很多时候问题出在这儿——配置写了，但实际缺少对应的库文件。

• 添加PackagingOptions配置
  Oreo对native库的提取规则更严格，哪怕你拆分了ABI，也可能因为打包时自动strip了必要的so文件导致失败。在android块里加上这段配置：

  packagingOptions {
      doNotStrip '*/armeabi-v7a/*.so'
      doNotStrip '*/x86/*.so'
  }
  

• 配合ABI Filters使用
  如果你用的是Android Gradle Plugin 3.0以上版本，在defaultConfig里加上abiFilters，和splits配置配合，确保打包时只包含你需要的ABI：

  defaultConfig {
      // 你的其他配置（minSdkVersion、targetSdkVersion等）
      ndk {
          abiFilters 'x86', 'armeabi-v7a'
      }
  }
  

• 检查第三方依赖的ABI支持
  有些第三方SDK可能只提供了部分ABI的库，比如只支持armeabi但不支持x86，这时候哪怕你配置了x86，安装到x86架构的Oreo设备上还是会报错。去检查所有依赖的库，确保它们都覆盖了你指定的ABI。

• 尝试安装专属ABI的APK
  开启universalApk true后，构建产物里会有单独的x86和armeabi-v7a版本的APK（比如app-x86-release.apk），试试直接给对应架构的Oreo设备安装这个专属包，而不是通用包，有时候通用包的兼容性反而更差。

• 模拟器的话检查架构匹配
  如果是用模拟器测试，确认你创建的Oreo模拟器是x86或armeabi-v7a架构的——有些模拟器默认用x86_64，这也会导致ABI不匹配的错误。

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