Android Apk瘦身

1、apk的结构

APK文件由一个ZIP存档组成，其中包含组成应用程序的所有文件。这些文件包括Java类文件，资源文件和包含编译资源的文件

APK包含以下目录：

• META-INF/：包含CERT.SF和 CERT.RSA签名文件以及MANIFEST.MF 清单文件。

• assets/：包含应用可以使用AssetManager对象检索的应用资源。

• res/：包含未编译到的资源 resources.arsc。

• lib/：包含特定于处理器软件层的编译代码。该目录包含了每种平台的子目录，像armeabi，armeabi-v7a， arm64-v8a，x86，x86_64，和mips。

• resources.arsc：包含已编译的资源。该文件包含res/values/ 文件夹所有配置中的XML内容。打包工具提取此XML内容，将其编译为二进制格式，并将内容归档。此内容包括语言字符串和样式，以及直接包含在resources.arsc文件中的内容路径 ，例如布局文件和图像。

• classes.dex：包含以Dalvik / ART虚拟机可理解的DEX文件格式编译的类。

• AndroidManifest.xml：包含核心Android清单文件。该文件列出应用程序的名称，版本，访问权限和引用的库文件。该文件使用Android的二进制XML格式。

一般来讲APK结构中比较大的部分一般是 classes.dex、lib、res、assets 这些文件或者目录。所以接下来将会针对这四种情况进行讲解

二、apk瘦身：

2.1 减小classes.dex

classes.dex 包含了所有 Java 代码。当你编译你的应用时，gradle 会将你的所有模块里的 .class 文件转换成 .dex 文件并将这些文件合成一个 classes.dex 文件。

单个的 classes.dex 文件可以容纳大约 64K 方法。如果你达到了这个限制，你必须要在你的工程中启用 multidexing。这将会创建另一个 classes1.dex 文件去存储剩下的方法。所以 classes.dex 文件数目由你的方法数而定。

方法一：减少第三方库的使用：随着业务的频繁变更以及复杂度的增加，我们往往会使用第三方Libaray，有时候我们可能仅仅用到了很少一部分的功能，这个时候就需要慎重考虑完全引用。从我的开发经验上来讲，宁愿参照自己去实现，也不愿意多引入一个第三方库。

方法二：避免使用枚举：一个枚举可以为您的应用程序的classes.dex文件添加大约1.0到1.4 KB的大小 。这些添加可以快速累积到复杂系统或共享库。如果可能，请考虑使用@IntDef注释，这种类型转换保留了枚举的所有类型安全优势。

方法三：使用ProGuard：minifyEnable 置为true可以启动代码压缩

下面这段来自 build.gradle 文件的代码用于为发布构建启用代码压缩：

android {
   buildTypes {
       release {
           minifyEnabled true
           proguardFiles getDefaultProguardFile('proguard-android.txt'),
                   'proguard-rules.pro'
       }
   }
   ...
}

除了 minifyEnabled 属性外，还有用于定义 ProGuard 规则的 proguardFiles 属性：

getDefaultProguardFile('proguard-android.txt') 方法可从 Android SDK tools/proguard/ 文件夹获取默认的 ProGuard 设置。
提示：要想做进一步的代码压缩，请尝试使用位于同一位置的 proguard-android-optimize.txt 文件。它包括相同的 ProGuard 规则，但还包括其他在字节码一级（方法内和方法间）执行分析的优化，以进一步减小 APK 大小和帮助提高其运行速度。

2.2 优化asset和res中的资源文件

res/raw和assets的相同点：

1. 两者目录下的文件在打包后会原封不动的保存在apk包中，不会被编译成二进制。

res/raw和assets的不同点：

1. res/raw中的文件会被映射到R.java文件中，访问的时候直接使用资源ID即R.id.filename；assets文件夹下的文件不会被映射到R.java中，访问的时候需要AssetManager类。

2. res/raw不可以有目录结构，而assets则可以有目录结构，也就是assets目录下可以再建立文件夹。

针对不同的情况，对于资源文件有不同的优化策略。一般来讲，对于res/drawable-**ddpi中的png资源可以进行压缩。

2.3 图片资源优化

1、格式压缩    使用TinyPng或者Guetzli进行压缩

2、使用webP文件格式    定位Android 3.2（API级别13）或更高级别时 ，您也可以使用WebP文件格式来制作图像，而不是使用PNG或JPEG文件。WebP格式提供有损压缩（如JPEG）以及透明度（如PNG），但可以提供比JPEG或PNG更好的压缩。Android 4.0 (API level 14) 支持有损压缩的WebP格式，Android 4.3 (API level 18) 开始支持无损透明WebP图像。

webP压缩效率极高，仅为png格式的12%，而且无损。

3、使用矢量图形    使用矢量图形来创建与分辨率无关的图标和其他可伸缩媒体。使用这些图形可以大大减少您的APK足迹。矢量图像在Android中表示为VectorDrawable对象。通过一个VectorDrawable对象，一个100字节的文件可以生成一个与屏幕尺寸一致的清晰图像。但是，系统渲染每个 VectorDrawable对象需要很长时间，而较大的图像需要更长的时间才能显示在屏幕上。因此，只有在显示小图像时才考虑使用这些矢量图形。

4、其他策略    有时候我们可能对一张图片进行重复利用,比如一张图片仅仅是整体颜色的变换可以使用setColorFilter或者tint。尽量减少使用帧动画。

2.4  资源压缩

要启用资源压缩，请在 build.gradle 文件中将 shrinkResources 属性设置为 true。

移除未使用的备用资源：我们知道google给我们的apk提供了国际化支持，如适应不同的屏幕分辨率的drawable资源，还有适应不同语言的字符串资源等等，但是在很多情况下我们只需要一些指定分辨率和语言的资源就可以了，这个时候我们可以使用resConfigs方法来配置。

defaultConfig {
   // 对于国际化支持只打包中文资源，
   resConfigs "zh-rCN"
}