官方Apk瘦身指南【译】

原文：https://developer.android.google.cn/topic/performance/reduce-apk-size
用户经常避免下载看起来太大的应用程序，特别是在设备在的2G和3G网络或者按字节付费的网络中。本文介绍如何减少应用的APK大小，以便更多用户下载您的应用。

理解apk安装包结构

在讨论如何减小你的应用安装包大小时，明白apk结构是很有帮助的。一个Apk文件有包含了所有构成你的app所有文档的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。

APK还包含以下文件。其中，只有AndroidManifest.xml是强制性的。

resources.arsc：编译后的二进制资源文件。此文件包含res / values /文件夹的所有配置中的XML内容。打包工具提取此XML内容，将其编译为二进制形式，并归档内容。此内容包括语言字符串和样式，以及未直接包含在resources.arsc文件中的内容路径，例如布局文件和图像。
classes.dex：包含以Dalvik / ART虚拟机理解的DEX文件格式编译的类。
AndroidManifest.xml：包含核心Android清单文件。此文件列出了应用程序的名称，版本，访问权限和引用的库文件。该文件使用Android的二进制XML格式。

减小资源数量和规模

APK的大小会影响您的应用加载速度，使用的内存量的多少以及电量消耗的多少。使Apk更小的一种简单方法是减少其包含的资源的数量和大小。特别是，您可以删除应用程序不再使用的资源，并且可以使用可缩放的Drawable对象代替图像文件。本节讨论这些方法以及其他几种可以减少应用中资源以减少APK总体大小的方法。

移除无用的资源

lint工具是Android Studio中包含的静态代码分析器，可检测您的代码未引用的res /文件夹中的资源。当lint工具发现项目中可能未使用的资源时，它会打印一条消息，如下例所示。

res/layout/preferences.xml: Warning: The resource R.layout.preferences appears
    to be unused [UnusedResources]

注意：lint工具不会扫描 assets/ 文件夹。

添加到代码中的库可能包含未使用的资源。如果在应用程序的build.gradle文件中启用shrinkResources，Gradle可以代表您自动删除资源。

android {
    // Other settings

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

要使用shrinkResources，必须启用 code shrinking。在构建过程中，首先ProGuard会删除未使用的代码，但会留下未使用的资源。然后Gradle删除未使用的资源。

有关ProGuard以及Android Studio帮助您减少APK大小的其他方式的更多信息，请参阅收缩代码和资源。

在Android Gradle Plugin 0.7及更高版本中，您可以声明应用支持的配置。 Gradle使用resConfig和resConfigs flavor以及defaultConfig选项将此信息传递给构建系统。然后，构建系统会阻止来自其他不受支持的配置的资源出现在APK中，从而减少APK的大小。有关此功能的更多信息，请参阅删除未使用的替代资源。

最大限度地减少库中的资源使用

在开发Android应用程序时，通常使用外部库来提高应用程序的可用性和多功能性。例如，您可以参考Android Support库以改善旧设备上的用户体验，也可以使用Google Play服务检索应用中文本的自动翻译。

如果库是为服务器或桌面设计的，则它可能包含您的应用程序不需要的许多对象和方法。要仅包含应用程序所需库的部分，如果可以修改库，则可以编辑库的文件。您还可以使用其他适合移动设备的库来为您的应用添加特定功能。

注意：ProGuard可以清除导入库中的不必要代码，但它无法删除库中的大多数内部依赖项。

支持特定的屏幕密度

Android碎片化比较严重，包括各种屏幕密度。在Android 4.4（API级别19）及更高版本中，框架支持各种密度：ldpi，mdpi，tvdpi，hdpi，xhdpi，xxhdpi和xxxhdpi。虽然Android支持所有这些密度，但您无需对每个屏幕密度都进行适配。

如果您知道只有一小部分用户拥有具有特定密度的设备，请考虑是否需要您的应用支持这些密度。如果您不包含特定屏幕密度的资源，Android会自动将原始的资源缩放来适配特定的屏幕密度。如果您的应用仅需要缩放图像，可以把不需要缩放的图片放到/drawable-nodpi /。我们建议每个应用至少包含一个xxhdpi图像变体。

使用drawable对象

对于项目中一些圆角或者渐变的图标背景，可以考虑使用标签来实现，没有必要使用图片资源。

资源复用

对于一些类似的图标，可以通过动画动态调整来实现，比如下边的代码可以将一个上三角（图标）编程下三角（图标）

压缩PNG图片

aapt工具可以在构建过程中无损压缩位于 res/drawable/ 目录下的png图片资源。例如，aapt工具可以将不需要超过256种颜色的真彩色PNG转换为带有调色板的8位PNG。这样做会产生质量相同但内存占用更少的图像。

aapt工具不会压缩 assets/ 目录下的PNG文件。
图像文件需要使用256或更少的颜色才能被aapt工具优化。
aapt工具可能会填充已经压缩的PNG文件。要防止这种情况，您可以使用Gradle中的cruncherEnabled标志为PNG文件禁用此过程：

aaptOptions {
    cruncherEnabled = false
}

使用工具压缩图片

国内比较有名的就是tinypng了，国外推荐的有 pngcrush, pngquant, or zopflipng.

使用WebP格式的图片

在Android 2.3以上，除了使用PNG或者JPEG文件，你也可以使用 WebP 文件格式的图片。WebP格式提供有损压缩(like JPEG)，但是可以提供比JPEG或PNG更好的压缩。

你可以将存在的BMP、JPG、PNG 或者静态的GIF图像通过Android Studio转换为WebP。更多信息，请看 Create WebP Images Using Android Studio.

image.png

image.png

使用矢量图形

您可以使用矢量图形来创建与分辨率无关的图标和其他可伸缩媒体。使用这些图形可以大大减少您的APK大小。矢量图像在Android中表示为VectorDrawable对象。使用VectorDrawable对象，100字节的文件可以生成与屏幕大小相同的清晰图像。

但是，系统渲染每个VectorDrawable对象需要花费大量时间，而较大的图像需要更长的时间才能显示在屏幕上。因此，请考虑仅在显示小图像时使用这些矢量图形。

更多信息请参考Working with Drawables

使用矢量图形来实现帧动画

不要使用AnimationDrawable来创建逐帧动画，因为这样做需要为动画的每个帧包含一个单独的图片资源，这会大大增加APK的大小。

相反，您应该使用AnimatedVectorDrawableCompat来创建动画矢量animated vector drawables.
。

减小 native 和 Java 代码

去除不必要的自动生成的代码

确保了解自动生成的任何代码的占用空间。例如，许多协议缓冲工具会生成过多的方法和类，这可能会使应用程序的大小增加一倍或三倍。

避免使用枚举

单个枚举可以为应用程序的classes.dex文件添加大约1.0到1.4 KB的大小。这些添加可以快速累积到复杂的系统或共享库。如果可能，请考虑使用@IntDef注释和ProGuard去除枚举并将它们转换为整数。此类型转换保留了枚举的所有类型安全优势。

避免提取native库

在构建应用程序的发布版本时，通过在应用程序清单的元素中设置android：extractNativeLibs =“false”，在APK中打包未压缩的.so文件。禁用此标志可防止PackageManager
在安装过程中将.so文件从APK复制到文件系统，并具有使应用程序更新更小的额外好处。

分包上传

您的APK可能包含用户下载但从不使用的内容，例如区域或语言信息。要为用户创建最小的下载，您可以将应用划分为多个APK，区别在于屏幕尺寸或GPU纹理支持等因素。

当用户下载您的应用时，他们的设备会根据设备的功能和设置收到正确的APK。这样，设备不会接收设备所没有的功能的资产。例如，如果用户具有hdpi设备，则他们不需要您可能包含的具有更高密度显示设备的xxxhdpi资源。（google新出的只能在google play中使用的分包模块化发布？）

For more information, see Configure APK Splits and Maintaining Multiple APKs.