Android 打包分析

问题：make project 项目生成的apk大小在15M左右

　　　run 到设备里的apk 大小在5M左右  

通过解包分析 ，主要差异在lib文件夹下

15M的包

 

 

 5M的包

 

 

 如需控制打包的内容，在app的build.gradle中配置即可

ndk{
            abiFilters 'armeabi-v7a'
}

1、apk为何要分包（32位安装包、32位64位兼容包和64位安装包）？

安卓设备的核心是cpu（中央处理器），cpu常用架构有ARM架构和x86架构，cpu又分为32位和64位，因此不同架构也分为32位和64位。

apk为适配市面上不同安卓设备，apk运行在Android系统调用系统驱动时需要兼容不同的CPU架构，apk的应对策略是分包。

大部分手机使用的是ARM架构，ARM架构分为32位架构、兼容32位的64位架构，以及即将推出的只支持64位的架构。

因此apk包分为32位安装包、32位64位兼容包和64位安装包。

注意：32位架构只支持32位安卓应用，兼容32位的64位架构支持32和64位安卓应用，不兼容32位的64位架构只支持64位安卓应用。

2、影响apk适配的cpu架构的因素-原生代码（C/C++代码）

为什么原生代码决定apk适配的架构？为什么java代码不影响？

安卓系统的内核是Linux，Linux是使用C语言和汇编语言编写的，Android系统是使用Java语言开发的，Java代码需要通过JNI调用原生代码才能实现对操作系统底层的调度。

而为适配不同的cpu架构，可能需要根据cpu架构的不同编写不同的原生代码。

3、如何判断apk支持的cpu架构？

3.1 查看apk支持的cpu架构

通常apk中使用原生代码，基本都是将原生代码打包成so库供Java代码使用，因此判断apk支持的cpu架构只需要判断apk中包含的so库的架构即可。

构建apk时会将不同架构的so库分不同的文件夹放置在lib文件夹下，架构和文件夹名称的对应关系如下：

ARM架构：

32 位：lib/armeabi-v7a、lib/armeabi

64 位：lib/arm64-v8a

x86架构：

32 ：lib/x86

64 ：lib/x86_64

判断apk支持的cpu架构的方法就是检测apk文件的结构即可，具体方法如下：

方法一：查看apk安装包中的lib文件夹下的库文件

使用Android Studio菜单Build->Analyze APK->选择需要检测的apk，查看检测结果lib文件夹下的文件夹，如果有 armeabi、armeabi-v7a 或 x86文件夹，则说明有 32 位库，如有x86_64或arm64-v8a文件夹，则说明有64位库，如两种都有则说明即有32位库也有64位库。

将apk文件后缀改为.zip，然后解压查看lib文件夹下的内容也可以。

方法二：查看安卓引用代码中支持的so库的位数

查看app模块下build.gradle文件下的android标签下的defaultConfig标签下的ndk标签下的abiFilters包含的支持的so库的位数。

abiFilters 的值分别有以下几种，一个安卓应用可以兼容多种，用,分割

ARM架构：

32 位：'armeabi', 'armeabi-v7a'

64 位：'arm64-v8a'

x86架构：

32 位：'x86'

64 位： 'x86_64'

如安卓应用没有使用任何so库，那么该安卓应用不存在主动去调度操作系统的功能，此安卓应用不管运行的手机是32位还是64位都不存在硬件调度的兼容问题，此安卓应用可以称之为32位和64位兼容包。

3.2 不同cpu架构之间的so库的兼容关系
Android设备如何加载.so文件

arm64-v8a架构：

 

 

 

armeabi-v7a架构：

 

 

 

armeabi架构

 

 

 

x86架构

 

 

 

一个应用安装在设备上，只有该设备支持的CPU架构对应的.so文件会被安装。不同CPU架构的Android手机加载时会在libs下找自己对应的目录，从对应的目录下寻找需要的.so文件；如果没有对应的目录，就会去armeabi下去寻找，如果已经有对应的目录，但是如果没有找到对应的.so文件，也不会去armeabi下去寻找了。

当在项目的build.gradle中设置了abiFilters时，要么对应的Filter的SO文件都有，要么都没有，那么应用程序就会直接向armeabi查找SO文件进行兼容处理。

ndk {

//APP的build.gradle设置支持的SO库架构

abiFilters 'armeabi', 'armeabi-v7a','arm64-v8a'

}

 

 

 

适配不同的平台

   目前主流的Android设备是armeabi-v7a架构的，然后就是x86和armeabi了。如果同时包含了 armeabi，armeabi-v7a和x86，所有设备都可以运行，程序在运行的时候去加载不同平台对应的so，这是较为完美的一种解决方案，但是同时也会导致包变大。

   armeabi-v7a是可以兼容armeabi的，而v7a的CPU支持硬件浮点运算，目前绝大对数设备已经是armeabi-v7a了，所以为了性能上的更优，就不要为了兼容放到armeabi下了。x86也是可以兼容armeabi平台运行的，另外需要指出的是，打出包的x86的so，总会比armeabi平台的体积更小，对于性能有洁癖的童鞋们，还是建议在打包so的时候支持x86。

第三方平台的.so库怎么处理

   第三方的类库只提供了armeabi下的.so文件，我们项目里适配了armeabi-v7a和x86，如果不在对应的文件下放对应的.so文件，就可能导致某些Android设备会出一些问题，我们可以复制armeabi下得.so文件到不同的文件夹下。如果第三方提供了不同平台的.so文件，则复制不同平台的.so文件到项目中对应的文件夹下即可

4、针对应用平台适配64位政策-让apk适配 64 位架构
原因：

目前，Arm架构将逐步限制32位应用的运行。32位应用仅支持跑在小核之上，会导致纯32位应用在性能与功耗等方面出现明显的体验问题。预计2023底上市的旗舰机，Arm的IP架构将只支持64位应用。

政策解读：

Arm将推出只支持64位应用的架构，因此应用要适配64位架构，修改的目的是为了确保应用能够在仅支持 64 位架构的环境中正常运行。

针对政策的解决方案：

确保应用包含64位库即可，如包含不做修改，如未包含，需添加64位库即可。

应用不一定要支持所有 64 位架构，但对于支持的每种原生 32 位架构，应用都必须包含相应的 64 位架构。

5、Android Studio如何构建支持不同架构的apk
修改build.gradle文件下的android标签下的defaultConfig标签下的ndk标签下的abiFilters值然后打包即可。

(279条消息) 解读apk分包-32位安装包、32位64位兼容包和64位安装包_android 64位安装包_璐璐丫头的博客-CSDN博客

(279条消息) Android生成Apk32位和64位问题_android 如何打64位apk包_inlooker的博客-CSDN博客