代码混淆 Android代码混淆到底是什么？它的好处有哪些？具体效果如何？

从上面两张图可以看出：经过混淆处理之后，我们的 APK 中包名、类名、成员名等都被替换为随机、无意义的名称，增加了代码阅读和理解的困难程度，提高了反编译的成本。细心的小伙伴可能又会注意到：混淆前后 APK 的体积竟然从 2.7M 减小到了 1.4M，体积缩减了近一倍！真的有这么神奇吗？哈哈，确实是这么神奇，让我们慢慢来揭开它的神秘面纱吧。

在 Android 中，我们平常所说的"混淆"其实有两层意思，一个是 JAVA

代码的混淆

资源的压缩

启用混淆

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

以上就是开启混淆的基本操作了，通过

minifyEnabled

shrinkResources

proguard-android.txt

proguard-rules.pro

代码混淆

其实，Java 平台为我们提供了

Proguard

压缩

优化

混淆

校验

资源压缩

Android 中，编译器为我们提供了另外一项强大的功能：

资源的压缩

切记要先开启代码混淆

ERROR: Removing unused resources requires unused code shrinking to be turned on. See http://d.android.com/r/tools/shrink-resources.html for more information.Affected Modules: app

自定义要保留的资源

当我们开启了资源压缩之后，系统会默认替我们移除所有未使用的资源，假如我们需要保留某些特定的资源，可以在我们项目中创建一个被 标记的 XML 文件（如 res/raw/keep.xml），并在 tools:keep 属性中指定每个要保留的资源，在 tools:discard 属性中指定每个要舍弃的资源。这两个属性都接受逗号分隔的资源名称列表。同样，我们可以使用字符

*

<?xml version="1.0" encoding="utf-8"?>

启用严格检查模式

正常情况下，资源压缩器可准确判定系统是否使用了资源。不过，如果您的代码（包含库）调用 Resources.getIdentifier()，这就表示您的代码将根据动态生成的字符串查询资源名称。这时，资源压缩器会采取防御性行为，将所有具有匹配名称格式的资源标记为可能已使用，无法移除。例如，以下代码会使所有带 img_ 前缀的资源标记为已使用：

String name = String.format("img_%1d", angle + 1);res = getResources().getIdentifier(name, "drawable", getPackageName());

这时，我可以开启资源的严格审查模式，只会保留确定已使用的资源。

移除备用资源

Gradle 资源压缩器只会移除未被应用引用的资源，这意味着它不会移除用于不同设备配置的备用资源。必要时，我们可以使用 Android Gradle 插件的 resConfigs 属性来移除您的应用不需要的备用资源文件（常见的有用于国际化支持的 strings.xml，适配用的 layout.xml 等）：

android { defaultConfig { ... //保留中文和英文国际化支持 resConfigs "en", "zh" }}自定义混淆规则

品尝完了以上"配菜"，下面让我们来品味一下本文的"主菜"：

自定义混淆规则

keep 命令

这里说的

keep

-keep

-keep

# 保留包：com.moos.media.entity 下面的类以及类成员-keep public class com.moos.media.entity.**# 保留类：NumberProgressBar-keep public class com.moos.media.widget.NumberProgressBar {*;}

-keepclassmembers

# 保留类的成员：MediaUtils类中的特定成员方法-keepclassmembers class com.moos.media.MediaUtils { public static *** getLocalVideos(android.content.Context); public static *** getLocalPictures(android.content.Context);}

-keepclasseswithmembers

# 保留类：BaseMediaEntity 的子类-keepclasseswithmembers public class * extends com.moos.media.entity.BaseMediaEntity{*;}# 保留类：OnProgressBarListener接口的实现类-keep public class * implements com.moos.media.widget.OnProgressBarListener {*;}

@Keep

@Keep

@Keepdata class CloudMusicBean(var createDate: String, var id: Long, var name: String, var url: String, val imgUrl: String)同样地，我们也可以让 @Keep 来修饰方法或者字段进而保留它们。其他命令

dontwarn

-keep class twitter4j.** { *; }-dontwarn twitter4j.**其他的命令用法可参考 Android 系统提供的默认混淆规则：

#混淆时不生成大小写混合的类名-dontusemixedcaseclassnames#不跳过非公共的库的类-dontskipnonpubliclibraryclasses#混淆过程中记录日志-verbose#关闭预校验-dontpreverify#关闭优化-dontoptimize#保留注解-keepattributes *Annotation*#保留所有拥有本地方法的类名及本地方法名-keepclasseswithmembernames class * { native ;}#保留自定义View的get和set方法-keepclassmembers public class * extends android.view.View { void set*(***); *** get*();}#保留Activity中View及其子类入参的方法，如: onClick(android.view.View)-keepclassmembers class * extends android.app.Activity { public void *(android.view.View);}#保留枚举-keepclassmembers enum * { **[] $VALUES; public *;}#保留序列化的类-keepclassmembers class * implements android.os.Parcelable { public static final android.os.Parcelable$Creator CREATOR;}#保留R文件的静态成员-keepclassmembers class **.R$* { public static ;}-dontwarn android.support.**-keep class android.support.annotation.Keep-keep @android.support.annotation.Keep class * {*;}-keepclasseswithmembers class * { @android.support.annotation.Keep ;}-keepclasseswithmembers class * { @android.support.annotation.Keep ;}-keepclasseswithmembers class * { @android.support.annotation.Keep (...);}混淆"黑名单"

我们在了解了混淆的基本命令之后，很多人应该还是一头雾水：到底哪些内容该混淆？其实，我们在使用代码混淆时，

ProGuard

哪些元素不应该被混淆

枚举

项目中难免可能会用到枚举类型，然而它不能参与到混淆当中去。原因是：枚举类内部存在 values 方法，混淆后该方法会被重新命名，并抛出

NoSuchMethodException

被反射的元素

被反射使用的类、变量、方法、包名等不应该被混淆处理。原因在于：代码混淆过程中，被反射使用的元素会被重命名，然而反射依旧是按照先前的名称去寻找元素，所以会经常发生

NoSuchMethodException

NoSuchFiledException

实体类

实体类即我们常说的"数据类"，当然经常伴随着

序列化

反序列化

反射

四大组件

Android 中的四大组件同样不应该被混淆。原因在于：

AndroidManifest.xml

JNI 调用的Java 方法

当 JNI 调用的 Java 方法被混淆后，方法名会变成无意义的名称，这就与 C++ 中原本的 Java 方法名不匹配，因而会无法找到所调用的方法。

其他不应该被混淆的

代码经过 ProGuard 混淆处理后，想要读取

StackTrace

混淆输出结果

混淆构建完成之后，会在

/build/outputs/mapping/release/

dump.txt

mapping.txt

seeds.txt

usage.txt

恢复堆栈跟踪

了解完混淆构建完毕后输出的内容之后，我们现在就来看一下之前的问题：混淆处理后，StackTrace 定位困难。如何来恢复 StackTrace 的定位能力呢？系统为我们提供了

retrace

mapping.txt

崩溃堆栈追踪信息

StackTrace

java.lang.RuntimeException: Unable to start activity Caused by: kotlin.KotlinNullPointerException at com.moos.media.ui.ImageSelectActivity.k(ImageSelectActivity.kt:71) at com.moos.media.ui.ImageSelectActivity.onCreate(ImageSelectActivity.kt:58) at android.app.Activity.performCreate(Activity.java:6237) at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1107)通过 retrace 脚本工具首先我们要进入到 Android SDK 路径的

/tools/proguard/bin