AGP配置对渲染包体积影响的实践指南 - 第3节

3. AGP构建流程：编译、链接、打包、签名全过程对渲染资源的影响

很多同学问我：AGP的构建过程到底怎么影响渲染资源？说实话，我刚入行时也觉得这玩意离我太远——我写我的代码，Gradle自己跑就行。直到有一次线上包突然大了30%，排查下来发现是shader没被有效压缩，链接阶段又没做好资源合并。从那以后，我开始盯紧每个阶段。

AGP的构建大致分四步：编译 → 链接 → 打包 → 签名。每一步都会对渲染资源（着色器、纹理、布局、动画等）的形状和体积产生影响。下面我逐一拆开来看。

3.1 编译阶段（Compilation）—— 资源被「格式转换」

编译不只是把Java/Kotlin变成.class。对于渲染资源，有两件事至关重要：

• AAPT2 资源编译：把XML布局、动画、颜色等编译成二进制格式。二进制化后体积更小，解析更快。但注意，如果资源里引用了未优化的位图（比如PNG带大量透明区域），AAPT2只是打包进去，不会帮你压缩。
• Shader 编译：GLSL或HLSL被编译成中间表示（SPIR-V或特定平台的二进制）。这里有个坑：如果你在代码里写了大量的动态分支，shader体积会暴涨。

我个人习惯在build.gradle里开启shrinkResources的前置检查，避免编译时就塞进无用资源。嗯，这个后面打包阶段会再讲。

3.2 链接阶段（Linking）—— 资源被「裁剪与合并」

链接阶段是缩减渲染包体积的黄金时期。主要靠两个工具：

• R8 / ProGuard：去掉未被引用的代码，同时也能移除无用资源（配合shrinkResources true）。但默认情况下，R8不会动res/raw里的shader文件——它认为那是原始资源，需要你手动标记。
• 资源合并器：把多模块的资源合并在一起，并丢弃完全相同的副本。

// build.gradle 典型配置
android {
    buildTypes {
        release {
            minifyEnabled true          // 开启代码缩减
            shrinkResources true        // 开启资源缩减
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt')
        }
    }
}

为什么链接阶段对渲染资源这么重要？因为很多shader和纹理只在特定机型或API级别下使用，链接器可以通过-keep规则精准保留，其余的全扔掉。你想想看，一个1MB的纹理如果只在Android 12以上才用，而你的minSdk是21，链接器完全能把它删除——前提是你的配置正确。

3.3 打包阶段（Packaging）—— 资源被「压缩与对齐」

打包阶段主要做两件事：Zipalign 和 APK压缩。

3.4 签名阶段（Signing）—— 资源被「签章锁定」

签名对渲染资源体积的影响很小，但有一个容易被忽略的点：签名方案。v1签名会把APK里的所有文件信息写入META-INF，增加少量体积；v2/v3签名通过签名块存储在文件末尾，对资源本身无影响。

但如果你使用APK Signature Scheme v3.1（Android 11+），签名块里可以附带一个旋转证书。我个人习惯在CI上只用v2+v3，不额外加v1，能省下几十KB的META-INF开销。对于渲染资源多且体积大的游戏包，这几十KB往往是压死骆驼的最后一根稻草。

一图看懂：AGP构建流程如何影响渲染资源

各阶段影响速查表