Android NDK 之CPU架构兼容与包体积控制方案

一、不同CPU架构之间的兼容性

Android 设备上不同CPU的架构兼容性如下图所示：

但是需要指出的是，以兼容模式运行会存在一些问题：

• 兼容模式运行的Native库无法获得最优性能。
• 兼容模式下运行会出现一些难以排查的内存问题。
• 系统会优先加载对应架构目录下的so库，当so库不全时，会导致一些Crash问题。

二、CPU架构兼容与包体积控制方案

1. 使用兼容模式的库

一般情况下，当我们确认Native库运行时为“性能不敏感”且“无运行时异常”的时候，建议使用兼容模式提供Native库，能有效降低Apk包的体积。

lib库结构如下：

 

 

 

 

 

另外，我们可以在上述基础上，做Native库的动态加载。将部分占体积较大的so库，存放在CDN上，在使用的时候进行动态加载Native库。

这块的方案思路有点类似 TBS 的动态内核加载，在加载完成之前，使用原生的WebView。

2. 构建时进行分包

目前应用市场支持根据当前设备的CPU架构进行同一应用不同CPU架构的分包下发。

示例入口：应用开放平台支持同时上传32位包、64位包说明

那么我们在打包的时候，如何进行配置，可以参考以下：

splits {
    abi {
        enable true
        reset()
        include 'arm64-v8a','armeabi-v7a'
        // exclude 'armeabi'
        universalApk true
    }
}

这里的参数我们都一一说明一下：

• enable： 是否启用ABI拆分机制
• reset()：重置ABI列表为只空字符串，一半和include、exclude一起使用，如果要用必须在include和exclude前面
• include：指明要包含哪些ABI，目前使用最多的伪64位处理器的arm64-v8a，其次才是armeabi-v7a
• exclude：默认包含下所有ABI，可以移除一些ABI
• universalApk：是否打包一个通用版本，包含所有的ABI，默认值为 false

补充：构建时分包方案，不仅仅可以通过cpu架构进行区分，也可以根据分辨率等其他条件进行分包。

splits {
    density {
        enable true
        exclude "ldpi", "tvdpi", "xxxhdpi"
        compatibleScreens 'small', 'normal', 'large', 'xlarge'
    }
}