本文介绍了几种减少包大小的技术方案，希望能够帮到你。

《虞美人·春花秋月何时了》
春花秋月何时了？往事知多少。
小楼昨夜又东风，故国不堪回首月明中。
雕栏玉砌应犹在，只是朱颜改。
问君能有几多愁？恰似一江春水向东流。
-五代，李煜

前言

何为厂商内置包？厂商内置包是公司和厂商之间的一种商务合作，可以将应用内置到出厂的手机上，可以带来新增用户和提升日活。

58同城每年都会基于线上最新版本按照厂商的要求做出厂商内置包，毕竟会占用用户的存储空间，所以厂商对于包大小有着严格的要求，随着时间的推进和应用版本不断的迭代更新，应用大小变得越来越大，满足厂商包大小的要求也越来越困难。

备注：应用通常会预装到较高系统版本的手机上，例如android 9.0及以上版本，所以我们只需要考虑android 9.0及以上版本的兼容性即可。

Apk文件结构及大小占比

简单介绍下Apk文件结构：

• AndroidManifest.xml ：用于声明应用包名信息、相关的使用权限、四大组件、android sdk版本等
• res目录：包含程序主要资源文件，包括res/layout、res/drawable等，主要是布局文件和图片等资源。
• resources.arsc：资源映射表，包含一部分编译资源（res/value）和资源路径, 可以通过资源R.java中的ID映射到对应的资源文件或者值
• assets目录：包含不被压缩的原始文件，主要是一些多媒体文件，或者附加文件
• lib目录：使用到的各种.so链接库
• classes.dex：打包好的程序代码，如果是复杂的应用会进行分包，包含多个dex文件
• META-INF目录：主要包含APK的签名信息
• MANIFEST.MF：清单文件，当前APK中所有文件清单及其对应hash值
• CERT.SF：上述清单文件中的每条信息的hash值
• CERT.RSA：对CERT.SF文件的数字签名以及签名时所用的数字证书

从上图可以清晰地看到Apk内容大小占比，主要是图片资源和lib库so文件比较大，其次是resources.arsc文件，该文件中存放了R.java文件中的id值和资源文件名及资源文件路径之间的映射，其中string和dimen及color等存放的是相应值。

保留指定资源

先来看一下如何配置，在gradle文件中配置我们需要保留的资源。

android {
    defaultConfig {
        ...
        resConfigs "zh-rCN", "xxhdpi", "ldltr", "desk"
    }
}

接下来对上述配置进行一一说明，使用Android Studio可以查看resources.arsc文件中的内容，从下图可以看到应用依赖的support库中资源竟然包含88种语言配置，显然我们只需要中文资源即可。

通过添加zh-rCN配置用于只保留中文资源，添加上这个配置后竟然减少了1M的大小。下图是应用配置后的结果：

添加xxhdpi配置用于只保留一套图片资源，例如如果有xhdpi和xxhdpi的两套图片，会只保留xxhdpi的图片，如果有hdpi和xhdpi两套图片，会只保留xhdpi的图片。

如果应用没有适配RTL（从右到左）布局，可以在清单文件添加以下属性禁止RTL布局方式：

<application
  ...
  android:supportsRtl="false" />

如果应用使用了react native，可以添加下面的代码禁用RTL布局：

//禁止RN页面RTL
I18nUtil sharedI18nUtilInstance = I18nUtil.getInstance();
sharedI18nUtilInstance.allowRTL(mApplication, false);

相应的RTL的资源也可以通过添加ldltr配置移除。

如果应用没有适配watch手表，可以通过添加desk配置将watch相关资源移除。

图片转为WebP

Android从4.3开始对于WebP的decode、encode是完全支持的，包括半透明的WebP图片。所以可以使用Android Studio自带的工具将工程内的图片转换为WebP，压缩比可以采用75%。

工程内的图片可以手动转换，对于依赖的第三库中图片怎么办？

可以使用开源库https://github.com/smallSohoSolo/McImage，McImage可以在打包过程中对图片进行压缩，也可以将图片转换为WebP格式。

自动化清理无用资源

通过lint可以检测出工程无用资源的结果，使用python脚本可以自动化清理无用资源。传送门：https://github.com/yuweiguocn/android-resource-remover

使用lint检查无用资源

通常我们可以使用lint检查工程内无用资源，但执行lint命令发现只检查了主Module的无用资源，并没有检查子Module的无用资源。

针对这个问题可以使用下面的配置，对应用的依赖也执行检查：

lintOptions {
    checkReleaseBuilds false
    abortOnError false
    checkDependencies true //对依赖的资源也执行检查，注意也会对引用aar检查，如果是子module打开源码依赖即可
    check "UnusedResources" //只检查无用资源，提升执行速度
}

然后执行lint命令进行检查无用资源：

./gradlew lint

然后我们可以在build下的reports目录下找到lint的结果。

配置

首先将本工程clone到你的项目工程的根目录中，然后根据你项目使用反射获取的资源在resouceCleanConfig.json文件中进行配置：

{
    "projects": [
        "/app/",
        "/push/"
    ],
    "pathIncludes": [
        ".jpg",
        ".png",
        ".xml"
    ],
    "pathExcludes": [
        "------common-config-start--------",
        "/layout/"
    ]
}

• projects：表示要清理无用资源的路径需要包含的子Module工程名称，因为依赖检查也会对引用的所有aar进行检查，所以我们需要指定打开源码的子Module的名称。
• pathIncludes：表示要清理的无用资源的路径需要匹配的规则。
• pathExcludes：表示要清理的无用资源的路径不能包含的字符串，也就是白名单。

以上三个条件为并列条件，只有同时满足才会被清理。上述json配置的文件表示清理app和push Module下文件后缀为.jpg或.png或xml的资源，但不删除布局文件。

白名单

目前发现工程使用代码获取资源的方法有以下两种，代码中使用下列方法获取的图片名称需要添加配置文件白名单中。

//第一种
item.resId = mContext.getResources().getIdentifier(name, "drawable", mContext.getPackageName());
//第二种
public static Integer getResourceDrawableId(String resource) {
    if(TextUtils.isEmpty(resource)){
        return -1;
    }
    try {
        String name = resource.trim();
        Field field = R.drawable.class.getField(name);
        return field.getInt(null);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return -1;
}

建议对新增的资源在使用代码获取时对名称添加统一前缀reflect_。

自动化

此步骤请谨慎操作，删除的资源无法恢复，使用前请添加版本控制。

配置好后执行如下命令自动清理无用资源：

python android_clean_app.py --xml ../app/build/reports/lint-results.xml

参数--xml指定为你的lint结果文件的路径。

解决打包失败问题

lint的检测结果包含无用代码对资源的引用，如果只是将无用资源删除后可能会引起打包失败。
针对这个问题我们会自动添加一个unused_ids.xml文件保存删除的资源id，这不仅可以保证不会由于删除无用资源引起的打包失败，也对自动清理的无用资源进行了记录。

运行结果

资源混淆

除上述方案你也可以使用腾讯开源的资源混淆，资源混淆会对资源路径及名称进行混淆，可以减少resources.arsc文件大小，通过7zip压缩及移除重复资源减少APK大小。

采用资源混淆需要对工程内使用反射获取的资源添加白名单，如果是较小的工程修改和测试成本相对较低，如果是多业务线多Module的工程修改和测试成本相对较高，这时可以通过修改资源混淆的源码，保留资源名称，只对资源路径进行混淆，确保在减少包大小的同时不会对业务功能产生影响。

总结

58同城厂商内置包使用了上述的减少包大小的方案，配合移除so文件较大的依赖库功能，最终满足了厂商对包大小的要求。

参考

• https://juejin.im/post/5dc6f9f8e51d45543a6fc5ae
• https://developer.android.com/guide/topics/resources/providing-resources
• https://github.com/smallSohoSolo/McImage
• https://stackoverflow.com/questions/50820455/apply-lint-task-to-all-subproject-in-gradle
• https://github.com/yuweiguocn/android-resource-remover
• https://github.com/shwenzhang/AndResGuard