许久没有做混淆相关的工作, 以前存储的知识遗忘得差不多了。停留在很多人的记忆里面混淆还不简单吗？不就是 -keep。这样说也没错，但是要把混淆做得精细精准还是不简单的，今天就一文带你全而透。

混淆的作用

我们为什么要做这个工作，有什么好处？

代码缩减（摇树优化）：使用静态代码分析来查找和删除无法访问的代码和未实例化的类型，对规避 64k 引用限制非常有用；
资源缩减：移除不使用的资源，包括应用库依赖项中不使用的资源。
混淆代码：缩短类和成员的名称，从而减小 DEX 文件的大小，增加反编译成本。
优化代码：检查并重写代码，选择性内联，移除未使用的参数和类合并来优化代码大小。
减少调试信息 : 规范化调试信息并压缩行号信息。

混淆的情况

混淆的情况是指你接手混淆时候的状况，大致分两种。

一种是项目刚刚立项，这个时候你跟进混淆，随着你的代码量增多，和引入的第三方库&SDK 增多逐渐增加混淆规则，这是一个应该有的良性的状态，做到精准混淆也容易。
第二种情况是以前的维护者完全没有混淆，有海量的代码和第三方库，里面的反射注解和各种存在混淆风险的问题存在，这样想做到精准混淆并不容易

上文多次提到精准混淆，我理解的精准混淆是最细粒度的白名单，而不是如下反例：

-keep public class * extends java.lang.Object{*;}

混淆基础知识储备

开启和关闭混淆

开启混淆比较简单，一般来讲为了方便开发调试只混淆 release 版本：

buildTypes {
    release {
        shrinkResources true //开启资源压缩
        minifyEnabled true //开启混淆
        zipAlignEnabled true //k对齐
        proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
    }
}

minifyEnabled 和 proguardFiles 是必选项其他为可选，关闭混淆的话就比较容易了直接 minifyEnabled 修饰为 false 即可。

proguard-android.txt 和 proguard-android-optimize.txt

我们经常在代码里面看到这样的语句：

proguard-rules.pro 我们知道就在 app/ 目录下，但是这个 getDefaultProguardFile 是什么？在哪里？有什么用?

getDefaultProguardFile 是 Android SDK 为我们提供的一些 Android 内置的混淆规则，一般来将这些是通用的，你要做到精通混淆必选知道它的位置以及他里面包含的内容和含义。

位置：android/sdk/tools/proguard/

# This is a configuration file for ProGuard.
# http://proguard.sourceforge.net/index.html#manual/usage.html
#
# This file is no longer maintained and is not used by new (2.2+) versions of the
# Android plugin for Gradle. Instead, the Android plugin for Gradle generates the
# default rules at build time and stores them in the build directory.

-dontusemixedcaseclassnames #混淆时不会产生形形色色的类名
-dontskipnonpubliclibraryclasses #指定不去忽略非公共类库
-verbose #输出生成信息

# Optimization is turned off by default. Dex does not like code run
# through the ProGuard optimize and preverify steps (and performs some
# of these optimizations on its own).
#-dontoptimize #不优化指定文件
-dontpreverify #不预校验
# Note that if you want to enable optimization, you cannot just
# include optimization flags in your own project configuration file;
# instead you will need to point to the
# "proguard-android-optimize.txt" file instead of this one from your
# project.properties file.

-keepattributes *Annotation*
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService

# For native methods, see http://proguard.sourceforge.net/manual/examples.html#native
-keepclasseswithmembernames class * {
    native <methods>;
}

# keep setters in Views so that animations can still work.
# see http://proguard.sourceforge.net/manual/examples.html#beans
-keepclassmembers public class * extends android.view.View {
   void set*(***);
   *** get*();
}

# We want to keep methods in Activity that could be used in the XML attribute onClick
-keepclassmembers class * extends android.app.Activity {
   public void *(android.view.View);
}

# For enumeration classes, see http://proguard.sourceforge.net/manual/examples.html#enumerations
-keepclassmembers enum * {
    public static **[] values();
    public static ** valueOf(java.lang.String);
}

-keepclassmembers class * implements android.os.Parcelable {
  public static final android.os.Parcelable$Creator CREATOR;
}

-keepclassmembers class **.R$* {
    public static <fields>;
}

# The support library contains references to newer platform versions.
# Don't warn about those in case this app is linking against an older
# platform version.  We know about them, and they are safe.
-dontwarn android.support.**

# Understand the @Keep support annotation.
-keep class android.support.annotation.Keep

-keep @android.support.annotation.Keep class * {*;}

-keepclasseswithmembers class * {
    @android.support.annotation.Keep <methods>;
}

-keepclasseswithmembers class * {
    @android.support.annotation.Keep <fields>;
}

-keepclasseswithmembers class * {
    @android.support.annotation.Keep <init>(...);
}

mapping 文件

Mapping 非常重要，在 app/build/mapping 中生成的 mapping 文件是我们分析混淆是否生效，混淆后的崩溃寻因的重要依据，通过这个文件的映射我们能够在一堆杂乱无章的 a、 b、 c 中回溯到原始代码。例：

工具集

工欲善其事必先利其器，两款对混淆有着很大帮助的工具介绍

Android Studio APK Analysis

AS自带简单好用，对比包体积的占比分析也是相当不错，并且随着 AS 的迭代有着官方的支持相信功能会越来越强大，我们只需要简单的将 apk 包拖拽到 AS 中就会自动触发 AS 的 apk 解析功能：

Jadx

Jadx 的强大之处在于相较于 AS 自带的分析器，它还能直接查看源代码，AS 只能看到类名和方法名，简直是逆向神器。

更多介绍请移步 github.com/skylot/jadx

混淆实战

通过 demo 样例的混淆实战深刻理解每个混淆规则的含义，我们要做到的不是仅仅开启 minifyEnabled 然后应用通过，而是需要知到得更细更透彻，理解每个混淆语句规则的作用范围。

先定义一下基准包以及子包，还有类、内部类、接口、注解、方法、成员，然后我们分部对其进行混淆和 -keep 保持，记住下图的 proguard 开始的包类目录关系，我们后面一直要使用它。

后续的文章都会以这几个类做样例，所以我们把它罗列出来再加深一下印象：

User.java
Animal.java
MethodLevel.java
Student.java
Teacher.java
Company.java
IBehaviour.java

部分样例类：

public class Teacher extends User implements IBehaviour {

  @Override
  public void doSomething() {
    System.out.println("teaching ...");
  }

  @MethodLevel(value = 1)
  private void waking(){

  }
}

混淆中代码调用关系

先开启混淆，不添加任何规则。我们通过 jadx 看下混淆情况

proguard 包和类一个都找不到应该都是被混淆了，进一步印证一下我们的想法，我们去 mapping 文件里面找下映射关系，结果出乎意料，我没有在 mapping 中找到映射关系，只在 usage.txt 中找到了对应的全路径名

是不是我们的类申明了没有引用导致的呢？我们去 activity 做一下调用

果然和我们的预想的一样，如果类创建了没有使用，mapping 不会生成映射关系，甚至可能在打包的过程中给优化掉，再看加上调用关系后我们查询 mapping 文件：

上图可以得知，我们的 proguard 包和下面的所有内容全部都混淆了。

keep 探寻

网络上的大部分文章都千篇一律，简单的给出了一个 Keep 语句，实际用的时候都是 copy 对其作用范围不是很明确，接下来我们就一个一个来探寻

keep *

-keep class com.zxmdly.proguard.*

我们先加上这句看看打包后的变化

对比之前的结果，我们看到的是 proguard 的包和下面的类名被保留下来了，注意仅仅是包合类名被保留，类中的字段和成员是没有找到的，这是为什么呢？难道是字段没有被使用

我们去印证下

好了，到现在我们已经能够透彻的知道了 -keep * 的作用，总结作用范围：

能够保持该包和该包下的类、和静态内部类的类名保持，对字段和方法不额外起作用，子包不起作用，字段或者方法没有被调用则直接忽略。

keep **

-keep class com.zxmdly.proguard.**

通过查看上图和上面 keep * 的经验，我们可以得出结论：

keep ** 能够保持该包和其子包的子类的所有类名(含注解、枚举)不被混淆，但是方法和字段不在其作用范围，字段或者方法没有被调用则直接忽略。

值得注意的是， keep ** 对于 keep * 是包含关系，声明了 keep ** 混淆规则就无需再声明 keep * 了。

keep ** {*;}

-keep class com.zxmdly.proguard.* {}

有了之前的经验，我们可以得出结论：

keep ** {*;} 的作用范围特别大，能够保持该包及其子包、子类和其字段方法都不被混淆，相对来讲我们需要慎用这样的语句，因为可能导致混淆不够精准。

单个类名保持

-keep class com.zxmdly.proguard.Company

仅保持类名，字段和成员被混淆

保持方法

-keep class com.zxmdly.proguard.Company{
  <methods>;
}

保持字段

-keep class com.zxmdly.proguard.Company{
  <fields>;
}

实现关系保持

-keep public class * implements com.zxmdly.proguard.IBehaviour

-keep public class * implements com.zxmdly.proguard.IBehaviour {*;}

继承关系保持

-keep public class * extends com.zxmdly.proguard.base.User {*;}

指定保持具体方法或者字段

-keep class com.zxmdly.proguard.Company{
      public java.lang.String address;
      public void printlnAddress();
}

Tips 小技巧

在 gralde 中，我们可以通过下面配置将我们的混淆规则分门别类，指定多个混淆配置文件。

例如给第三方的 SDK 专门放到一个 Third 混淆配置文件，使用了这个小技巧加上注释，我们的混淆规则是不是更清晰了呢

结语

通过本文由浅入深的带大家进行混淆实战，相信 99% 的精准混淆工作已经难不倒你，当然混淆还有更深入和更细节的用法，篇幅关系我们下次再探。

由浅入深 Android 混淆实战