Android apk瘦身最佳实践(四)：采用AndResGua

前面讲了资源混淆的原理，现在我们来讲讲具体如何实践。实际项目中，我采用了微信的 AndResGuard 方案，github 地址为：https://github.com/shwenzhang/AndResGuard。

简单说下如何使用，更详细可以看官网说明：

在工程根目录 build.gralde 中增加插件地址：

buildscript {
    repositories {
        jcenter()
        google()
    }
    dependencies {
        classpath 'com.tencent.mm:AndResGuard-gradle-plugin:1.2.16'
    }
}

在 app/build.gradle 中使用插件：

apply plugin: 'AndResGuard'

andResGuard {
    // mappingFile = file("./resource_mapping.txt")
    mappingFile = null
    use7zip = false
    useSign = true
    // It will keep the origin path of your resources when it's true
    keepRoot = false
    // It will merge the duplicated resources, but don't rely on this feature too much.
    // it's always better to remove duplicated resource from repo
    mergeDuplicatedRes = false
    whiteList = [
            "R.anim.umeng*",
            "R.string.umeng*",
            ......            
    ]
    compressFilePattern = [
            "*.png",
            "*.jpg",
            "*.jpeg",
            "*.gif",
    ]
    sevenzip {
        artifact = 'com.tencent.mm:SevenZip:1.2.16'
        //path = "/usr/local/bin/7za"
    }

    /**
     * Optional: if finalApkBackupPath is null, AndResGuard will overwrite final apk
     * to the path which assemble[Task] write to
     **/
    // finalApkBackupPath = "${project.rootDir}/final.apk"

    /**
     * Optional: Specifies the name of the message digest algorithm to user when digesting the entries of JAR file
     * Only works in V1signing, default value is "SHA-1"
     **/
    // digestalg = "SHA-256"
}

这里有几个属性配置需要注意：

• use7zip：是否使用 7zip 压缩，为了更好的兼容性，一般我们不开启。其实经过自己身边部分手机测试，都是没有问题的，但是我没有大规模验证过，不敢确定其他的手机是否OK。在不了解的情况下，还是少使用为妙；
• mergeDuplicatedRes：开启之后，会自动比对图片资源的 md5 值，如果多个图片资源的 md5 相同，会自动去重；
• whiteList：白名单配置，我们有些代码会使用 getIdentifier 方法，直接通过资源的名字来获取资源 id，通过该配置可以保持该资源不被混淆掉；
• useSign：资源混淆后，是否输出签名后的包；

一切配置好后，在 gradle 中会出现一个 andresguard 任务组，里面有 resguardDebug、resguardRelease 等打包任务，执行任务后，就可以在 app/build/outputs 目录下找到资源混淆后的 apk 包了。

经过测试验证，使用 AndResGuard 进行资源混淆后的包，比正常模式打出来的包，少了大约 0.5M 的大小。对有大量资源文件的应用，使用资源混淆的压缩效率应该还是挺高的。

小结

AndResGuard 插件的工作原理，就是创建了一个资源混淆打包任务，该任务会先调用默认的打包任务，在默认打包工作结束后，会解压打好的 apk 包，识别解析包里的 resources.arsc 资源表，然后再混淆 res 文件夹下面的所有资源文件，同时相对应的修改资源表，最后将修改后的资源重新打包签名，生成新的 apk 包。

资源混淆的核心，就是对 resources.arsc 资源表的解析修改，了解了 resources.arsc 文件的格式，我们再来使用微信的 AndResGuard 插件就很容易理解了。

系列文章
Android apk瘦身最佳实践(一)：去除R.class
Android apk瘦身最佳实践(二)：代码混淆和资源压缩
Android apk瘦身最佳实践(三)：资源混淆原理
Android apk瘦身最佳实践(四)：采用AndResGuard进行资源混淆
Android apk瘦身最佳实践(五)：图片压缩
Android apk瘦身最佳实践(六)：采用D8编译器