[移动开发] Android 面试必知点—

开发: C++知识库 Java知识库 JavaScript Python PHP知识库人工智能区块链大数据移动开发嵌入式开发工具数据结构与算法开发测试游戏开发网络协议系统运维
教程: HTML教程 CSS教程 JavaScript教程 Go语言教程 JQuery教程 VUE教程 VUE3教程 Bootstrap教程 SQL数据库教程 C语言教程 C++教程 Java教程 Python教程 Python3教程 C#教程
数码: 电脑笔记本显卡显示器固态硬盘硬盘耳机手机 iphone vivo oppo 小米华为单反装机图拉丁

-> 移动开发 -> Android 面试必知点——apk瘦身/包优化 -> 正文阅读

[移动开发]Android 面试必知点——apk瘦身/包优化

工程分析

如果真机运行过后，我们可以通过 Android Studio Build -> Analyze APK - > 选择 app/build/output 下的apk文件 debug 或者 relase 两个文件夹下的 apk文件。下图为demo工程的分析结构图（忽略raw 文件为啥那么大 -，-）

由上图可知一个APK主要包含如下文件夹（当然有些文件可能我这个Demo APK没有包含）:

res：包含了一些不会被编译到resources.arsc的资源文件。如drawable文件、layout文件、mipmap文件、anim文件等。
lib：包含了一些区分于处理器的编译代码，主要是SO文件，eg：armeabi, armeabi-v7a, arm64-v8a, x86, x86_64, and mips。
assets：包含了一些通过AssetManager能够检索到的资源。如MP3、字体、webp等资源文件。
META-INF：包含了CERT.SF和CERT.RSA签名文件，还有MANIFEST.MF文件（因为秘钥文件或签名文件大小不大，所以这里暂时没有优化的点）

文件

resources.arsc：包括了所有可以被编译的位于res/values/目录下的XML资源。打包工具在打包过程中会把XML的内容编译成二进制的形式，亦或者把相关资源的引用路径编译成二进制，然后整合到该文件里面。例如string文件、layout的路径、图片的路径等。
classes.dex：包含了所有的Java文件编译后的class文件，class文件最终转化成该dex文件。一般文件都比较大，有的App有几个dex文件，这是因为单个DEX文件限制方法数在65536，所以当代码量过大时，就需要通过multiDex进行分包，拆分成多个dex文件，解决这个问题。
AndroidManifest.xml：如果多module，内包含多个module的AndroidMainifest文件的权限、声明等配置文件。

瘦身优化

Res 目录优化

Android设备在加载图片时会优先加载对应分辨率文件夹下的图片，如果对应分辨率文件下没有所要的图片，则找高分辨率对应文件夹下的图片。目前不同分辨率对应优先加载的文件夹中图片如下，如果是针对国内用户的App可以只保留xxhdpi目录（19201080 -> xxhdpi），而如果是东南亚市场的App则可以只保留xhdpi （1280720 -> xhdpi）。
PNG图片压缩 （详细办法在下一个小节详细讲述）
lint检测出无用的资源文件，可以直接在AS里面使用。（Android Studio 打开 Analyze -> Run Inspection by Name -> 输入：Unused resources ->跳出弹框选择范围即可）注意：lint检查出来的资源都是无直接引用的，所以如果我们通过getIdentifier()方法引用文件时，lint也会标记为无引用，所以删除时注意不要删除通过getIdentifier()引用的资源。
shrinkResources：在编译过程中用来检测并删除无用资源文件，也就是没有引用的资源，minifyEnabled 这个是用来开启删除无用代码，比如没有引用到的代码，所以如果需要知道资源是否被引用就要配合minifyEnabled使用，只有两者都为true时才会起到真正的删除无效代码和无引用资源的目的。在build.gralde文件里面打开即可：

android {
    buildTypes{
    	release {
    		// 混淆
        	minifyEnabled true
        	// 移除无用的资源
        	shrinkResources true
        }
    }
}

Andorid PNG图片压缩

以PNG资源为例，PNG 图片相对于 JPEG 图片来说，它是一种无损的图像存储格式，同时多了一条透明度A通道，所以一般情况下，PNG 图片要比 JPEG 图片要大，如何缩小图片所占内存大概分为三种办法（个人推荐度依次递减）：

将PNG图片通过 AndroidStudio 转换工具将PNG/PSD图片转为 SVG图片（具体AndroidStudio步骤：右键res下的drawable 文件 -> 选择New ->Vector Asset -> Local file 将本地图片导入转换为 SVG xml文件）。导入后建议使用 AppCompatImageView 显示SVG图片，不过只要依赖 AppCompatActivity ，xml中的imageview 会自动转为 AppCompatImageView 处理（support包中所有含有AppCompat前缀的控件均受相同处理）。

eg：app:srcCompat="@drawable/svg_ic_arrow_right"
关于 PNG 的压缩算法有很多，这里我们只说两种比较常用的：Indexed_color 和 Color_quantization。 Indexed_color ：将具体的 ARGB 颜色存储转换成索引下表，来减少文件的大小。ARGB 中，每个通道的存储都需要 8 位，也就是 1 字节，一个 ARGB 存储就需要 4 字节，而索引的存储只需要 1 字节。而索引指向的颜色会存放在一个叫 palette（调色板）的数组里面。优点：减少文件大小缺点：调色板的大小通常只支持 4,16,256 所以png的颜色不能超过 256个 Color_quantization：通过使用相似颜色来减少图像中使用的颜色种类，再配合调色板，来达到减少图片文件大小的目的，这是一种有损的压缩算法

说完我上述的资源优化后（个人观点），我们简单的分析一下 AAPT2 打包资源的源码思路。（6.0源码）

// Check if image is really grayscale
if (isGrayscale) {
    f (rr != gg || rr != bb) {
        // ==>> Code 1
        isGrayscale = false;
    }
}
// Check if image is really opaque
if (isOpaque) {
    if (aa != 0xff) {
        // ==>> Code 2
        isOpaque = false;
    }
}            
// Check if image is really <= 256 colors
if (isPalette) {
    col = (uint32_t) ((rr << 24) | (gg << 16) | (bb << 8) | aa);
    bool match = false;
    for (idx = 0; idx < num_colors; idx++) {
        if (colors[idx] == col) {
            match = true;
            break;
        }
    }
    if (!match) {
        if (num_colors == 256) {
             // ==>> Code 3
             isPalette = false;
        } else {
             colors[num_colors++] = col;
        }
    }
}

其实看到源码中部分的判断已经知道AAPT2 使用的压缩为 Indexed_color 方式，通过判断将 PNG图片分为四种压缩方式

PNG_COLOR_TYPE_PALETTE

使用调色板模式，最终图片的大小就是一个像素 1 字节 + 调色板中一个颜色 4 字节

PNG_COLOR_TYPE_GRAY

灰度模式，这种是最节省的模式，一个像素 1 字节

PNG_COLOR_TYPE_GRAY_ALPHA

灰度模式，同时存在透明通道，一个像素 2 字节

PNG_COLOR_TYPE_RGB

RGB 模式，删除了透明通道，一个像素 3 字节

PNG_COLOR_TYPE_RGB_ALPHA

ARGB 模式，一个像素 4 字节（没有压缩）

在不损坏图片画质的情况下进行压缩也算是比较保险的压缩方式，当然也可以使用第三方的一些压缩方式： pngcrush、pngquant（相对推荐压缩后的提及其他人测试会更小一点）、tinypng 这里暂时不展开一一说明了。工具用就完了…

Assests 目录优化

对于中文字体文件，字体文件包含了好几千个汉字，但是实际上在App中并不会全部都使用，这时候我们就可以把字体文件进行删减，在Github上面有一个字体提取工具FontZip，删除不用的字体文件
如果Assests下有 mp3、mp4等大的资源，可以再使用到的时候 从服务端下载缓冲下来。如果不联网的话，可以通过7z 、zip 压缩资源到本地，压缩 -> 打包 -> 安装使用 -> 解压缩

libs 目录优化

Android系统现在支持很多种CPU架构（如mips、arm、x86等），市面上主流机型都是arm架构。所以可以有选择地保留某些架构的so，从而降低lib文件夹的大小。一般只保留armeabi或者armeabi-v7a即可。操作也是比较简单，只需要在根目录的build.gradle下配置：

android {
    buildTypes {
        ndk {
            abiFilters "armeabi-v7a"
        }
    }
}

resources.arsc文件压缩

个人感觉这里的优化文件名称压缩收效甚微。部分数据看下图

如果应用不需要支持多种语言的情况下（只保留zh 国内的文字），我们只需要在build.gralde里面进行如下配置即可完成无用语言资源的删除，这样在打包的时候就会排除私有项目、android系统库和第三方库中非中文的资源文件了，效果还是比较显著的。

android {
    defaultConfig {
        // 只保留中文
        resConfigs "zh"
    }
}

AndResGuard：缩小APK大小的工具，他的原理类似Java Proguard，但是只针对资源。他会将原本冗长的资源路径变短，例如将res/drawable/xxxxxxx 变为 r/d/x。在build.gradle文件中进行如下配置:

andResGuard {
    mappingFile = null
    use7zip = true
    useSign = true
    keepRoot = false
    whiteList = [
        //图标
        "R.drawable.icon",
        ...
    ]
    compressFilePattern = [
        "*.png",
        "*.jpg",
        "*.jpeg",
        "*.gif",
        "resources.arsc"
    ]
     sevenzip {
         artifact = 'com.tencent.mm:SevenZip:1.1.9'
    }
}

dex压缩

Dalvik是Android平台运行时的环境，但是Dalvik虚拟不支持直接执行Java的字节码，所以会对编译生成的 .class 文件进行翻译、重构、解释、压缩等处理，这个处理过程是由 dx 进行处理，处理完成后生成的产物会以 .dex 结尾，称为Dex文件。如果单个Dalvik Excutable（DEX）字节码文件内的方法数不可以超过65536个，所以需要DEX分包配置来避免这个限制，使应用能够构建并读取DEX文件。这里就推荐官方提供的优化方案：Proguard代码混淆 在build.gradle里面设置minifyEnabled为ture，同时在proguardFiles指向proguard的规则文件即可（如下代码）。

android {
    buildTypes{
        minifyEnabled true
        proguardFiles 'proguard.cfg'
    }
}

最后小编分享一份，我在学习提升时，从网上收集整理了一些 Android 开发相关的学习文档、面试题、Android 核心笔记等等文档，希望能帮助到大家学习提升，如有需要参考的可以直接去我 CodeChina地址：https://codechina.csdn.net/u012165769/Android-T3 访问查阅。