如何为具有不同cpu体系结构的相同apk文件创建不同的版本号

时间:2017-12-30 14:20:32

标签: android performance gradle apk

为了减少Apk大小,我需要为每个CPU架构创建不同的apk。这是我正在使用的方法;

dot -Tpng file.gv

这会创建2个apk文件,两者的大小都低于splits { abi { enable true reset() include 'x86', 'armeabi-v7a', 'armeabi' universalApk false } } 。所以这解决了我的apk大小问题。

现在的问题是如何在universalApk中上传这两者。

This声明Play store的版本代码应该不同。

在将更新的apk添加到apk's之前,我打开应用级playstore并更新build.gradle属性;

versionCode

所以现在当我创建多个apk时,两者都会有相同的 defaultConfig { versionName "1.0.2" versionCode 78 } 。 我的问题是如何为生成的两个apk分配不同的versionCode,或者我需要在更改versionCode值后逐个创建两个apk。

1 个答案:

答案 0 :(得分:4)

是的,有可能

这是我的gradle文件,它使用不同的版本代码创建3个不同的apk文件。您将在下面的gradle文件中找到有价值的评论。

apply plugin: 'com.android.application'

android {

    splits {
        abi {
            enable true
            reset()
            include 'x86', 'armeabi-v7a', 'armeabi'
            universalApk false
        }
    }
    signingConfigs {
        release {
            keyAlias 'androiddebugkey'
            keyPassword ''
            storeFile file('/Users/anasabubacker/StackOverflow/signing/android_debug.keystore')
            storePassword 'Android'
        }
    }
    compileSdkVersion 26
    buildToolsVersion "27.0.2"
    defaultConfig {
        applicationId "lib4.com.stackoverflow"
        minSdkVersion 17
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    buildTypes {
        debug {
            debuggable false
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            proguardFile '/Users/anasabubacker/StackOverflow/proguard-android.txt'
        }
    }
}

// Map for the version code that gives each ABI a value.
ext.abiCodes = ['armeabi-v7a':1, x86:2, armeabi:3]

// For per-density APKs, create a similar map like this:
// ext.densityCodes = ['mdpi': 1, 'hdpi': 2, 'xhdpi': 3]

import com.android.build.OutputFile

// For each APK output variant, override versionCode with a combination of
// ext.abiCodes * 1000 + variant.versionCode. In this example, variant.versionCode
// is equal to defaultConfig.versionCode. If you configure product flavors that
// define their own versionCode, variant.versionCode uses that value instead.
android.applicationVariants.all { variant ->

    // Assigns a different version code for each output APK
    // other than the universal APK.
    variant.outputs.each { output ->

        // Stores the value of ext.abiCodes that is associated with the ABI for this variant.
        def baseAbiVersionCode =
                // Determines the ABI for this variant and returns the mapped value.
                project.ext.abiCodes.get(output.getFilter(OutputFile.ABI))

        // Because abiCodes.get() returns null for ABIs that are not mapped by ext.abiCodes,
        // the following code does not override the version code for universal APKs.
        // However, because we want universal APKs to have the lowest version code,
        // this outcome is desirable.
        if (baseAbiVersionCode != null) {

            // Assigns the new version code to versionCodeOverride, which changes the version code
            // for only the output APK, not for the variant itself. Skipping this step simply
            // causes Gradle to use the value of variant.versionCode for the APK.
            output.versionCodeOverride =
                    baseAbiVersionCode * 1000 + variant.versionCode
        }
    }
}


dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support:design:26.1.0'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.1'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
}