解决aar混淆配置如何传递到主工程

最新推荐文章于 2024-07-08 03:09:02 发布

步步惊情

最新推荐文章于 2024-07-08 03:09:02 发布

阅读量1.2k

点赞数

分类专栏： Android

本文链接：https://blog.csdn.net/u014637710/article/details/104021755

版权

Android 专栏收录该内容

31 篇文章 0 订阅

订阅专栏

最近工作中用到了aar打包提供给第三方使用的场景
1.第一步在aar的工程里配置以下栏目

buildTypes {
    release {
        minifyEnabled true //开启混淆
        proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'),   'proguard-rules.pro'
        android.libraryVariants.all { variant ->
            variant.outputs.all {
                outputFileName = "sdk${defaultConfig.versionName}_${releaseTime()}.aar"
            }
        }
    }
}

2.第二步最关键的一步是要

defaultConfig {
    minSdkVersion 15
    targetSdkVersion 28
    versionCode 1
    versionName "2.0"

    testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
    consumerProguardFiles 'proguard-rules.pro' //默认的是consumer-rules.pro,如果不修改，自己在proguard-rules.pro配置的混淆规则不会被打到主工程apk中，这样会报错
}

3、混淆文件拆分后注意点
3.1、我们aar中的混淆配置在打包到apk中是对全部apk中的Java代码的混淆配置生效的，如果某个aar的混淆配置中包含dontobfuscate配置指令，那么我们的apk将不会混淆。
3.2、如果我们某个aar A中包含对其引用jar包的混淆配置，当jar包移位到其他aar B中时，最好把混淆配置也一并移位。如果jar对应的混淆配置不移位的话，我们一旦配置一个功能分支不引入此aar A，那么我们最终打包的apk中关于此jar是进行了混淆的，运行时可能会出错。
3.3、我们的aar可能是不稳定的，随着版本的迭代可能需要把aar A中的一些代码移到aar B中，此时也需要进行相应的混淆配置移动。否则也会出现3.2中的问题。