先看下APK打包流程：APK打包流程_贺兰猪的博客-CSDN博客
知道了APK打包流程后想要瘦身，其实无非就是把整个APK的一些文件进行一个瘦身。
看下apk的这个文件。包括class、资源，资源生成arsc(资源映射表)，manifest清单，再就是meta。
对这些文件如果能缩小的话，就能达到缩小apk的目的
SVG导入
SVG(Scalable Vector Graphics)，可缩放矢量图。SVG不会像位图一样因为缩放而让图片质量下降。优点在于可以减小APK的尺寸。常用于简单小图标（200dp*200dp以下，超过会损耗性能）。
svg是由xml定义的，标准svg根节点为<svg>。 Android中只支持<vector>，我们可以通过 vector 将svg的根节点<svg> 转换为<vector>。
不能直接把美工小姐姐的svg复制进drawable，要手动在Android Studio中打开工程，在res目录中点击右键创建vector，选择svg做一个这样的转换。
批量转换SVG
如果有多个svg需要转换为android的vector，则可以通过第三方工具 svg2vector 进行批量转换。
执行转换命令:
java -jar svg2vector-cli-1.0.1.jar -d . -o a -h 20 -w 20
-d 指定svg文件所在目录
-o输出android vector图像目录 -h 设置转换后svg的高 -w设置转换后svg的宽
可以优化倍图和不同颜色同样的图，用tint 属性设置你需要的颜色，也可以用颜色选择器，定义不同点击状态下的颜色。坑：编译（不是run）的时候会出现在每个倍图下面都生成了png，与期望不合。要进行适配
方式一：在gradle中设置生成的密度图
defaultConfig {
//只生成xxhdpi
generatedDensities = ['xxhdpi']
}方式二：支持库
在 build.gradle 中配置如下，适用于 Gradle插件2.0及以上版本:
android{
// Gradle Plugin 2.0+
defaultConfig{
//利用支持库中的 VectorDrawableCompat类,可实现2.1版本及更高版本中支持VectorDrawable
vectorDrawables.useSupportLibrary=true
}
dependencies{
// 支持库版本需要是 23.2 或更高版本
compile'com.android.support:appcompat-v7:23.2.0'
}使用矢量图 必须使用app:srcCompat属性，而不是android:src。
国际化资源配置
比如只配置英语
defaultConfig {
// 只适配英语
resConfigs 'en'
}动态库打包配置
so文件是由ndk编译出来的动态库，是c/c++写的，所以不是跨平台的。即每一个平台需要使用对应的so库。
ABI 是应用程序二进制接口简称(Application Binary Interface)，定义了二进制文件(尤其是.so文件)如何运行在相应的系统平台上，从使用的指令集，内存对齐到可用的系统函数库。
在Android系统上，每一个CPU架构对应一个ABl:armeabi，armeabi-v7a，arm64-v8a，x86，x86_64，mips，mips64.
现在我们一般只需要配置armeabi-v7a即可。
正常手机上运行支持armeabi-v7a/armeabi就行了，像微信也就只支持了armeabi-v7a，定制机可能要支持多个
defaultConfig {
ndk {
abiFilters "armeabi-v7a"
}
}移除无用的资源
AS 给我们提供了一键移除所有无用的资源，如图。但是这种方式不建议使用，因为如果某资源仅存在动态获取资源id 的方式，那么这个资源会被认为没有使用过，从而会直接被删除。
动态获取方式:
getResources().getldentifier("name","defType",getPackageName());
或者lint检查也是
代码压缩
minifyEnabled设置成true就好了。当应用中包含许多库依赖项，但只使用它们的一小部分功能时，代码压缩起到的效果是很好的。
minifyEnabled不仅压缩了代码也混淆了代码，不需要混淆的类需要单独配置。未使用的Java代码会删除，开启的话编译会比较慢，因为要去做资源检查，平时运行一般关掉，不然打包调试很慢。
buildTypes{
release {
minifyEnabled true
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'),'proguard-rules.pro'
}
}
在某些情况下， R8 编译器很难做出正确判断，因而可能会移除应用实际上需要的代码。下面列举了几个示例，说明它在什么情况下可能会错误地移除代码：
- 当应用通过 Java 原生接口 (JNI) 调用方法时
- 当您的应用在运行时查询代码时（如使用反射）
如需修复错误并强制 R8 保留某些代码，要在 ProGuard 规则文件中添加 -keep 代码行。例如：
-keep public class MyClass
或者，也可以为要保留的代码添加 @Keep 注解。在类上添加 @Keep 可按原样保留整个类。在方法或字段上添加该注释，将使该方法/字段（及其名称）以及类名称保持不变。请注意，只有在使用 AndroidX 注解库且添加 Android Gradle 插件随附的 ProGuard 规则文件时，此注解才可用。
资源压缩
shrinkResources true
buildTypes{
release {
minifyEnabled true
shrinkResources true
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'),'proguard-rules.pro'
}
}
要和代码压缩结合使用。 why？
因为有些未使用的方法里面使用了某些资源，如果不做代码压缩，那么这个方法被保存，里面链接的资源也不会被清掉，资源压缩就删的不够干净。只有未使用的代码干掉，相应的资源才能清理更干净。
从编译结果来看，某个xml没被使用，使用资源压缩，文件还在，但是文件里面的内容会被清掉
资源文件有一个严格模式和非严格模式。默认情况下是非严格模式。非严格模式是怎样的？如果是动态加载xml文件，他会匹配文件名前缀，相当于匹配一个通配符，也就说只要是以设置的链接资源为前缀的xml，他都认为是在使用的，所以在APP里面其他有相同前缀的资源也不会被删除。那如何设置严格模式？
res-》raw-〉建立一个keep.xml，设置内容如下：
<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:tools="http://schemas.android.com/tools"
tools:shrinkMode="strict"></resources>但是严格模式的缺点是跟上面移除无用资源的方式一样，动态引用的资源文件也会被删除 ，需要单独在keep.xml里面设置tools:discard=""
注意:资源压缩器目前不会移除values/文件夹中定义的资源(例如字符串、尺寸、样式和颜色)。这是因为 Android 资源打包工具不允许 Gradle插件为资源指定预定义版本。
启动图片优化
可以用webp，它是安卓它特制的一种格式，主要是用于颜色复杂的图片，转成webp清晰度不会变低但整体会变小。
也可以用jpg替代，png是有透明度的，如果图片是不需要透明度的话，那你可以用jpg去替换。那么这是一种形式，因为一个像素点你用png的话占的的位数要比jpg高。像你是用argb8888，一个像素占4字节RGB_565，一个像素占2字节。相比ARGB_8888将节省一半的内存开销。一张大图片往往省下几K或者几十k。
还可以进行图片压缩。Android 图片优化_贺兰猪的博客-CSDN博客
apk拆分
根据屏幕不同或者abi进行拆分。国内上架不支持，了解一下
splits {
density {
enable true
reset()
include "mdpi", "hdpi"
}
abi {
enable true
reset()
include "x86", "mips"
}
}android.applicationVariants.all { variant ->
variant.outputs.each { output ->
// Filter is null for universal APKs.
def filter = output.getFilter(com.android.build.OutputFile.ABI)
if (filter == null) {
tasks.findAll {
it.name.startsWith(
"crashlyticsUploadDistribution${variant.name.capitalize()}")
}.each {
it.doFirst {
ext.betaDistributionApkFilePath = output.outputFile.absolutePath
}
}
tasks.findAll {
it.name.startsWith(
"crashlyticsUploadSymbols${variant.name.capitalize()}")
}.each {
it.doFirst {
ext.betaDistributionApkFilePath = output.outputFile.absolutePath
}
}
}
}
}效果如下图：
splits里面配置属性的具体含义可以看
资源混淆
启用资源文件res混淆及压缩的好处：
- 1、减少apk文件大小
- 2，增加反编译和二次打包的难度，混淆之后的apk不能用apktool之类的工具直接反编译。当然只是增加了难度，毕竟没有绝对安全；
- 3减少运行时内存占用，在运行时各个res的key都是以String形式加载到内存中的，混淆之后key变短了很多内存占用肯定会变少。
当然上述的这些优势是有在一些大体量的应用上才会比较明显，比较小的apk可能不太明显。
资源加载过程分析
在开发过程中我们通过aapt生成的R.java中的常量来使用资源，而在编译之后使用常量的地方都会被替换为常量的值。见下图。
也就是说我们通过Resource使用一个int数值来查找使用资源。那么Resource是怎么通过int数值找到具体的资源呢？我们解压apk可以看到里面有个resources.arsc文件，这个文件也是由aapt生成，文件中保存着资源id和资源key的映射关系。Resource就是按照这个映射关系找到资源的。
接下来我们具体看看这个arsc文件的具体内容。我们以单包名的应用来讲。结构见下图
其中res string pool 是res的字符串池，里面包含了字符串（就是大家开发过程中在String.xml文件增加的）和资源文件路径（包括图片，xml文件，raw文件。其中的值类似这样res/drawable/icon.png）
type string pool 是程序中使用的资源分类名称，包括 attr，anim，drawable。。。注意这里只是分类。
spec string pool 这个比较关键，这个字符串池中是所有资源的key。没有分类和config。具体的值就是R.java中各个常量的名称。
在这个字符串池后面就是各个资源分类列表，attr，anim。。。。每个分类中又包括若干config，config就是指hdpi，xhdpi，zh_rCN , land这些，大家知道android资源config有18个纬度。每个config中就是具体的res资源列表。
举例来说一下一个资源的查找过程，比如当我们调用getDrawable（R.drawable.icon）时候，先找到drawable分类，再根据当前的系统config找到匹配的config表。然后根据id找到对应的res数据。drawable在arsc文件中是当作string类型保存的。res数据中有这个资源在res string pool池中的索引。根据这个索引可以在字符串池中找到这个字符串。这个字符串其实是一个文件的路径，比如：res/drawable-hdpi/icon.png，然后读取apk中这个文件。
资源混淆原理和实现
看上面的例子，我们注意到一般情况下查找资源的过程中不会用到资源名，也就是key。当然res数据中也有当前res的key在key string pool中的索引，但一般情况下用不到。根据这个原理我们可以在打包完成之后对key进行混淆。而且刚刚说到res数据中保存的都是字符串在string pool中的索引。所以我们混淆只需要修改res string pool和spec string pool两个字符串池。其他的数据不用修改。
我们混淆的流程大概是这样的：
- 1，解压apk文件；
- 2，读取arsc文件；
- 3，混淆spec string pool；
- 4根据上一步混淆结果混淆res string pool；
- 5，生成新的arsc文件；
- 6，输出mapping文件；
- 7，根据3，4步结果，修改res目录下所有文件名；
- 8，打包压缩（7zip）（压缩程度更高）；
- 9，签名；
- 10.zipalign。
keep
再说key的问题，刚刚说一般情况下用不到res的key。但是开发中我们有时候会通过key来查找资源。也就是说需要注意，需要通过key来使用的资源的key不能混淆。
可选方案
目前的实施方案有微信资源混淆打包工具AndResGuard和美团方案
美团方案需要自己实现函数，下面看下微信方案AndResGuard
1.根目录build文件中，添加插件的依赖
dependencies {
classpath 'com.tencent.mm:AndResGuard-gradle-plugin:1.2.21'
}
2.在主module(默认为APP)目录下，创建res_guard.gradle配置文件，名称可自定义。官方使用文档上是直接写在build.gradle文件中，这样会使build文件内容过多且繁杂，故建议放在单独的gradle中。
apply plugin: 'AndResGuard'
andResGuard {
// mappingFile = file("./resource_mapping.txt")
mappingFile = null
use7zip = true
useSign = true
// It will keep the origin path of your resources when it's true
keepRoot = false
// If set, name column in arsc those need to proguard will be kept to this value
fixedResName = "arg"
// 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 = true
//需要将所有通过getIdentifier访问的资源放入白名单。
//各种第三方的也要加进来，看github 的md
whiteList = [
// your icon
"R.drawable.icon",
// for fabric
"R.string.com.crashlytics.*",
// for google-services
"R.string.google_app_id",
"R.string.gcm_defaultSenderId",
"R.string.default_web_client_id",
"R.string.ga_trackingId",
"R.string.firebase_database_url",
"R.string.google_api_key",
"R.string.google_crash_reporting_api_key",
"R.string.project_id",
]
compressFilePattern = [
"*.png",
"*.jpg",
"*.jpeg",
"*.gif",
]
sevenzip {
artifact = 'com.tencent.mm:SevenZip:1.2.21'
//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"
}3.在主module(APP)目录下的build.gradle中，添加使用
apply from: 'res_guard.gradle'
资源混淆核心是修改资源映射表，资源混淆后查错比较麻烦，会有一个mapping 去看映射关系。
可以看到在gradle插件中有替换压缩工具（7zip替换apkbuilder ）进行压缩，这样压缩率更高
扫一扫
3409
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
