从一个被应用商店坑了的BUG说起

今天在做APP的自动化测试的时候，心血来潮将Case的开发机器切换成了红米 9A这款机器。然后就开始了我一个找BUG原因的一天。

BUG描述

最近产品上了一个新版本，最为自动化测试的负责人，要开始针对这个新版的特性进行相关测试用例的开发，由于另外的一台设备正则忙碌的运行着回归测试的自动化，于是我拿出了这台红米手机。连上数据线，打开CMD，输入了以下命令，查看是否正常链接。

adb devices

一切就绪，打开IDEA，开始编写自动化测试的用例代码，很快，就完成了一个用例的编写。来，我们运行一下看看。

哎呀，怎么出错了呢，刚刚还是正常的啊，没有修改环境，只是换了一个手机而已啊，咋就不行了呢。

手动通过adb命令安装一下看看。

adb install xxxxxxxx.apk

安装不上，换一个版本试试

咦？旧版本可以的，那就不是手机坏了。去查查这个错误编号是啥意思

INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113

原因是某些应用使用了原生库（NDK，Native Lib），这些库的编译目标通常是arm架构的cpu，在x86上运行就会报这样的错误。

盲猜是开发在编译代码的时候修改了编译配置，但是这个文件一般也不会无缘无故的修改啊，这不是给自己找事干吗？

问题定位

就当我把BUG票都写好了的瞬间看到了一个这样通知。

于是上网上搜索了一下，不单单是华为其他厂商的应用商店都有类似的规定了。好巧不巧，开发在这个版本修改了这段的配置，改成了纯64位编译

就是说从之前的

android {
 defaultConfig { 
 ndk{
 // 打包生成的 APK 文件指挥包含 ARM 指令集的动态库
 abiFilters "armeabi-v7a", "arm64-v8a", "x86", "x86_64"
 }
 }
}


改成了

android {
 defaultConfig { 
 ndk{
 // 打包生成的 APK 文件指挥包含 ARM 指令集的动态库
 abiFilters "x86_64"
 }
 }
}


那我的手机的配置是什么样的呢？通过ADB查看一下

adb shell getprop ro.product.cpu.abi

这不就找到原因了吗！

然后查了一下，这个手机的CPU相关的内容，平时查技术文章不怎么上某度，但是这样的文章某度还是很多的。

总而言之，即使我这台手机以后就告别自动化开发的舞台了，也许还可以用来测试一下小程序啥的吧，也不行！微信不也得升级吗！

如果今天的这篇文章对你有所帮助，欢迎转发给你的朋友。

我是Tango，一个热爱分享技术的程序猿，我们下期见。