App包Size优化

一、概述

有研究表明当Apk大小超过100M的时候，有20%用户选择取消应用的下载；大小超过100M的Apk被卸载的几率是大小为10M的Apk的8倍。

Apk瘦身的主要作用有两个：

• 提高App的下载率和存留率
• 减少资源检索时间，提高App运行效率

Apk是一种压缩格式，其内部主要组成文件有：res、assets、dex、lib以及AndroidManifest.xml和META-INF等。其中res、assets、dex和lib是主要优化对象。

下面会一一讲解优化方案。

---

二、Apk包size分析

AndroidStudio提供了专门的Apk包size分析工具——Analyze APK。

通过AndroidStudio->build->Analyze APK...打开，选择要分析的APK文件，如下：

因为项目比较大，远远突破了65535限制，所以配置了multiDexEnabled 为true，dex被拆分为多个文件。

上面Apk的大小已经超过了100M，这里的大小分两种情况：

• APK size 安装后大小，即安装包解压后实际占用的最小磁盘空间大小。
• Download size 下载大小，即从应用商店下载所需的流量大小。

---

三、Apk包size优化

删除无用资源

res是包size优化大户，通过Analyze APK分析，res已经占到了Apk大小的80%，优化res的最直接方法就是删除无用资源。

点击Analyze -> Inspect Code...，选择要检测的文件，结果如下：

Inspect Code检测项非常多，与Apk瘦身相关的主要有“Unused resources” 和 “Unused code”。

更简单的方法是使用Run Inspect by Name，直接指定检测项。点击Analyze -> Run Inspect by Name...，输入Unused resources。

如果仅仅是删除Unused resources，还有更更简单的方法，直接点击Refactor -> Remove Unused Resources...，所有的无用资源将被清理。

减少打包资源

实际开发中，有些资源即使暂时没有引用，后续可能还会用到，所以不能直接删除，但是打包无用资源又会造成Apk增大。

能否即保留资源，又不打包进Apk呢？答案是肯定的，只需要在build中配置相关项即可。

（1）shrinkResources

通过配置shrinkResources，可以不打包未使用的资源。

buildTypes {
        release {
            multiDexEnabled true
            shrinkResources true
        }
}

注意事项：shrinkResources不是彻底删除无用资源，而是保留文件名，但是没有内容。需要注意的是，如果某个资源只被反射引用（没有直接引用），该资源也会被认为是无用资源，不会保留内容。这样在运行时就会出错甚至崩溃。

（2）resConfigs

通过配置resConfig，可以指定业务需要的语言资源，去除无用语言资源

    defaultConfig {
        applicationId "org.xlgzs.app"
        minSdkVersion 28
        targetSdkVersion 30
        versionCode 1
        versionName '1.0.0'
        resConfigs 'zh-rCN','zh-rHK','zh-rTW'
    }

混淆

混淆可以简化资源路径，比如将res/drawable/activity_settings_lock_icon变为r/d/a，同时让Apk包size减小。

（1）代码混淆

    buildTypes {
        release {
            multiDexEnabled true
            minifyEnabled true //代码混淆
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.txt' //混淆文件
        }
    }

（2）资源混淆（AndResGuard）

 AndResGuard不涉及编译过程，只需输入一个apk，就可以得到一个资源混淆的apk。同时，通过配置签名信息，可自动重新签名并对齐。

首先在build.gradle中引用插件：

apply plugin: 'com.android.application'
apply plugin: 'AndResGuard' //应用AndResGuard插件

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.tencent.mm:AndResGuard-gradle-plugin:1.2.18' //添加AndResGuard依赖
    }
}

在build.gradle(app)中配置AndResGuard:

//-----------------------------配置 AndResGuard-----------------------------
andResGuard {
    mappingFile = null // = file("./resource_mapping.txt") //用于keep住资源的路径的mapping文件所在路径
    use7zip = true    //启用压缩。为true时，useSign必须为true
    useSign = true    // 启用签名。为true时，需要配置signConfig
    keepRoot = false // 为true时，会keep住所有资源的原始路径，只混淆资源的名字
    whiteList = [ //白名单，使用getIdentifier访问的资源需要加入白名单，支持通配符，【+】代表1个或多个，【?】代表0个或1个，【*】代表0个或多个
        "R.mipmap.ic_launcher", "R.drawable.icon",// for your icon
        "R.string.com.crashlytics.*",// for fabric，详见https://docs.fabric.io/android/crashlytics/build-tools.html
        "R.string.google_app_id",// for google-services
        "R.id.*",//任意id
    ]
    compressFilePattern = [ //需要压缩的文件的匹配规则，一般这里不需要动。支持 ? + * 通配符
        "*.png",
        "*.jpg",
        "*.jpeg",
        "*.gif",
        "resources.arsc" //如果不是对APK size有极致要求，不建议压缩此文件
    ]
    sevenzip { //配置7Zip，只需设置 artifact 或 path；支持同时设置，但此时以 path 的值为优先
        artifact = 'com.tencent.mm:SevenZip:1.2.18' 
        //path = "/usr/local/bin/7za"  //path指本地安装的7za(7zip命令行工具)
    }

    // finalApkBackupPath = "${project.rootDir}/final.apk" //可选，指定生成的apk的保存路径
    // digestalg = "SHA-256" //可选: 指定v1签名时生成jar文件的摘要算法，默认值为“SHA-1”
}

编译完后在右侧gradle菜单中多了resguradDebug等task，双击执行即可得到资源混淆的Apk。

资源压缩

资源压缩也可以对Apk瘦身起到立竿见影的效果。包括图片压缩，字体压缩，音视频压缩等。

（1）图片压缩

• 使用TinyPNG等工具压缩图片大小
• 纯色类Icon使用SVG
• 两种以上颜色使用WebP，达不到效果再使用PNG
• 无alpha通道考虑使用JPG代替PNG

（2）音视频压缩

• 以有损格式代替无损格式
• 推荐使用ogg

（3）字体压缩

利用FontZip等工具对字体文件优化，删除无用字体。