我有一个应用程序引用了大约 10 万个方法，最小 Sdk = 16

这里有 2 个组装选项:

• Proguard 将这一堆方法压缩到只有 44K 个方法
• 使用 Multi Dex

现在我有一些常见的用例:

1. 在模拟器和设备上运行和调试
   • 要求尽可能快
2. 进行测试(集成和用户界面)
   • 它需要运行(我在使用 MultiDex 运行 Espresso 时遇到了一些问题)
3. 制作产品 APK
   • 要求可靠，尽可能缩小

你们有什么关于组装策略的建议吗？

3/产品

• 使用 Proguard 减小 APK 大小
• 使用 Proguard 进行混淆
• 尽量不要使用Multidex(可能会失败)

2/测试

• 使用 minSdkVersion 21(我读到从 21 开始启用预索引，这样可以节省时间)
• ???

1/调试

• 使用 minSdkVersion 21(我读到从 21 开始启用预索引，这样可以节省时间)
• ???

这是 Gradle 文件:

    productFlavors {
        dev {
            minSdkVersion 21
            multiDexEnabled ???
            testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        }
        prod {
            // The actual minSdkVersion for the application.
            minSdkVersion ANDROID_BUILD_MIN_SDK_VERSION
            multiDexEnabled false
        }
    }
    defaultConfig {
        applicationId "xxxx"
        targetSdkVersion ANDROID_BUILD_TARGET_SDK_VERSION
        minSdkVersion ANDROID_BUILD_MIN_SDK_VERSION
        versionCode ANDROID_BUILD_VERSION_CODE
        versionName ANDROID_BUILD_APP_VERSION_NAME
    }

    buildTypes {
        release {
            debuggable false
            ext.enableCrashlytics = true
            renderscriptOptimLevel 3
            signingConfig android.signingConfigs.release
            zipAlignEnabled true
            minifyEnabled true
            //  shrinkResources true
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
        debug {
            debuggable true
            renderscriptOptimLevel 3
            applicationIdSuffix ".debug"
            versionNameSuffix "debug"
            minifyEnabled false
        }
    }

最佳答案

根据@Muzikant的提议，我大体赞同，总结了今天的愿景

• 如果可以，尽量不要使用 MultiDex。
  • 测试库带来的方法开销可能会达到 65K 的数量(所以使用 MutliDex)
  • MultiDex 可能比 Proguard 进程更快(有待检查)，因此调试可能很有趣
• 尝试使用与发布 APK 最接近的 APK 进行测试

我的建议是:

1. 因为有 3 个构建案例，所以只需创建 3 个 buildTypes:

   • 发布
   • 调试
   • 验证(test为保留字)

2. 使用两种口味:

   • 一个与您应用的 minSdkVersion 一起发布
   • 还有一个用于开发，使用更新的 minSdkVersion(更快的构建、更多的测试功能、更易于使用的 espresso...)

3. 不要混淆调试

4. 要在测试阶段使用 Proguard，需要 Gradle DSL 的特定关键字 testProguardFile('proguard-rules-test.pro')

5. 使用 testBuildType = "validation"

   指向将用于调试的构建

6. 为测试进行混淆(至少对于 CI 系统上的 UI 系统和功能测试)

7. 仅对发布使用优化 Proguard 规则 getDefaultProguardFile('proguard-android-optimize.txt')，对于测试和调试，只需使用 getDefaultProguardFile('proguard-android. txt')

我的 Proguard 文件的架构如下:

1. release proguard-rules-release.pro 的一个主要文件，其中包含一组专用的 Proguard 文件，其中包含 -include proguard-rules- fabric.pro

2. 用于调试 proguard-rules-debug.pro 的第二个文件，其中包括 proguard-rules-release.pro

3. 第三个文件用于调试 proguard-rules-dontobfuscate.pro 禁用混淆

4. 用于测试 proguard-rules-test.pro 的第四个文件，其中包括 proguard-rules-debug.pro 和测试所需的规则

这是 Gradle 文件:

android {
    ...
    compileSdkVersion ANDROID_BUILD_SDK_VERSION
    buildToolsVersion ANDROID_BUILD_TOOLS_VERSION

    productFlavors {
        // Define separate dev and prod product flavors.
        dev {
            // dev utilizes minSDKVersion = 21 to allow the Android gradle plugin
            // to pre-dex each module and produce an APK that can be tested on
            // Android Lollipop without time consuming dex merging processes.
            minSdkVersion 21
            multiDexEnabled false

        }
        prod {
            // The actual minSdkVersion for the application.
            minSdkVersion ANDROID_BUILD_MIN_SDK_VERSION
            multiDexEnabled false
        }
    }
    defaultConfig {
        applicationId "x.y.app.z"
        targetSdkVersion ANDROID_BUILD_TARGET_SDK_VERSION
        minSdkVersion ANDROID_BUILD_MIN_SDK_VERSION
        versionCode ANDROID_BUILD_VERSION_CODE
        versionName ANDROID_BUILD_APP_VERSION_NAME
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    // point thge build for testing
    testBuildType = "validation"

    buildTypes {
        release {
            debuggable false
            ext.enableCrashlytics = true
            renderscriptOptimLevel 3
            signingConfig android.signingConfigs.release
            zipAlignEnabled true
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules-release.pro'
        }
        debug {
            debuggable true
            renderscriptOptimLevel 3
            applicationIdSuffix ".debug"
            versionNameSuffix "debug"
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules-debug.pro', `proguard-rules-dontobfuscate.pro`
        }

        validation.initWith(debug)
        validation {
            signingConfig android.signingConfigs.release
            debuggable false
            renderscriptOptimLevel 3
            applicationIdSuffix ".test"
            versionNameSuffix "test"
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules-debug.pro'
            testProguardFile('proguard-rules-test.pro')
        }
    }
...
}

我还有一些 Unresolved 问题需要解决:

• 如何使用 Android Studio 的自动调试签名进行验证构建？ (但我不确定影响)

• 我仍然需要在验证 BuildType 中添加 proguardFiles 属性，同时我有包含调试!

关于android - 在处理 Proguard、MultiDex、Testing 和 Product Flavors 时有什么好的策略？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/36617801/