Android代码混淆之——依赖库Library中混淆配置方法

应用场景

• 我们自己新建一个Library给主工程引用；
• 引入三方Library给项目主工程引用；

这种情况下，一般我们需要对Library中的代码配置一些混淆规则，以免打混淆包某些方法不生效而无法使用。

一、在app模块写混淆规则（不建议使用）

这种形式比较简单无脑，全部的混淆规则都写在了app模块里面，如果app模块依赖很多个Library模块那么app模块中的混淆规则将会非常的庞大，不利于代码的维护。

使用app模块编写所有混淆命令是基于Library模块当中不再编写混淆命令为前提。
也就是Library模块中minifyEnabled都是false，如果强行将Library模块的minifyEnabled设置为true，那么程序将很大概率会崩溃掉，因为Library模块开启minifyEnabled后，app模块的混淆规则将无法作用到Library模块上，导致Library模块不该混淆的代码被混淆从而导致崩溃。

Library模块中minifyEnabled设置为false就会保证app模块的混淆规则作用到Library模块上，这也是Library模块中minifyEnabled设置为true还是false对组件化开发影响比较大的一个地方。

二、在各自Library模块写混淆规则（推荐做法）

这是组件化/模块化开发最推荐的做法，最大的优点就是不用在app模块写上大量的混淆规则，只需要在相应模块写各自的混淆，方便混淆的维护。

在各自模块中配置混淆方法如下：

方式一：精简模式

release {
            consumerProguardFiles 'proguard-rules.pro'
        }

只需要配置一行代码即可，proguard-rules.pro就是该模块特定的混淆规则，使用这种配置最大的一个好处就是Library模块的是否混淆完全由app模块来决定；
这种配置有一个非常重要的关键点：就是不能设置minifyEnabled true，因为设置为true之后，Library模块是否混淆的控制权将只能由该模块自身决定，app模块将无法控制Library模块的混淆与否。

方式二：常用模式
第一步：开启混淆开关

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

第二步：配置gradle

defaultConfig {
      minSdkVersion 22
      targetSdkVersion 28
      versionCode 1
      versionName "1.0"
      testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
     
      // 配置此参数，方可生成混淆文件
      consumerProguardFiles "consumer-rules.pro"
    }

细心的朋友可以发现，第1步开启混淆开关配置的是proguard-rules.pro文件，而第2步配置的consumer-rules.pro文件；同时在我们Library目录下这两个混淆文件都存在。
那这两文件又有什么区别呢？
proguard-rules.pro文件是给Library模块自己使用的混淆规则；
consumer-rules.pro文件则是会合并到app的混淆规则中，是给包括app在内的其他模块调用时使用的混淆规则；

而这两个文件，完全可以使用同一个文件进行配置；当需要进行区分时，可以使用两个不同的文件进行配置；根据项目需求选择所需即可。