Gradle構建Android項目

jopen 10年前發布 | 39K 次閱讀 Gradle 項目構建
gradle本身支持直接簽名，只需要在releas部分添加如下代碼即可
signingConfigs {
        debug {

    }
    release {
        storeFile file("../yourapp.keystore")
        storePassword "your password"
        keyAlias "your alias"
        keyPassword "your password"
    }
}

buildTypes {
    debug {
        minifyEnabled false
        zipAlignEnabled false
        shrinkResources false
        signingConfig signingConfigs.debug
    }

    release {
        minifyEnabled true//混淆編譯
        zipAlignEnabled true
        //移除無用的資源文件
        shrinkResources true
        signingConfig signingConfigs.release
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
    }
}</pre><br />

一般填上上面的代碼即可執行簽名，但是這種方式不太安全，建議不要在build.gradle文件中寫上簽名文件的密碼，因為build.gradle文件一般都會集成到代碼的版本控制中，這樣所有人都會有簽名文件的密碼。 

所以應該把簽名文件的密碼隔離起來，寫到一個配置文件中，此配置文件不包含在代碼版本控制中，這樣其他開發者就不會知道簽名文件的密碼。 

gradle配置文件一般以.properties結束，我們先新建一個signing.properties文件，內容如下： 

STORE_FILE=yourapp.keystore
STORE_PASSWORD=your password
KEY_ALIAS=your alias
KEY_PASSWORD=your password



注意沒有字符串雙引號"" 
</blockquote>
接下在guild.gradle文件中讀取signing.properties配置文件，讀取的代碼如下： 

File propFile = file('signing.properties');
if (propFile.exists()) {
    def Properties props = new Properties()
    props.load(new FileInputStream(propFile))
    if (props.containsKey('STORE_FILE') && props.containsKey('STORE_PASSWORD') &&
            props.containsKey('KEY_ALIAS') && props.containsKey('KEY_PASSWORD')) {
        android.signingConfigs.release.storeFile = file(props['STORE_FILE'])
        android.signingConfigs.release.storePassword = props['STORE_PASSWORD']
        android.signingConfigs.release.keyAlias = props['KEY_ALIAS']
        android.signingConfigs.release.keyPassword = props['KEY_PASSWORD']
    } else {
        android.buildTypes.release.signingConfig = null
    }
} else {
    android.buildTypes.release.signingConfig = null
}


代碼很簡單，就是讀取文件，然后拿到簽名需要的四個變量值分別賦值即可。 

多渠道打包 

美團Android自動化之旅—生成渠道包 

由于國內Android市場眾多渠道，為了統計每個渠道的下載及其它數據統計，就需要我們針對每個渠道單獨打包。

gradle的多渠道打包很簡單，因為gradle已經幫我們做好了很多基礎功能。 

下面以友盟統計為例說明，一般友盟統計在AndroidManifest.xml里面會有這么一段聲明： 

<meta-data
    android:name="UMENG_CHANNEL" android:value="CHANNEL_ID" />
 其中CHANNEL_ID就是友盟的渠道標示，多渠道的實現一般就是通過修改CHANNEL_ID值來實現的。 

接下來將一步一步來實現多渠道版本打包。 

1.在AndroidManifest.xml里配置PlaceHolder,用與在build.gradle文件中來替換成自己想要設置的值 

<meta-data
    android:name="UMENG_CHANNEL" android:value="${UMENG_CHANNEL_VALUE}" />
 2.在build.gradle設置productFlavors，修改PlaceHolder的值 

productFlavors {
        playStore {
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "playStore"]
        }
        miui {
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "miui"]
        }
        wandoujia {
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "wandoujia"]
        }
    }


或者批量修改 productFlavors {
        playStore {}
        miui {}
        wandoujia {}
}
 //批量處理
productFlavors.all { 
       flavor -> flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name] 
}


按照上面兩步即可編譯打多渠道包了，命令是./gradlew assembleRelease，可以打包所有的多渠道包。 

通過下面這張圖可以看到gradle可以執行的task。



如果只是想打單渠道包，則執行相應的task即可，如gradle assemblePalyStoreRelease就是打PlayStore渠道的Release版本。 

3.如果希望可以對最終的文件名做修改，如需要針對不同的需求生成不同的文件。而修改文件名也很簡單，參考以下代碼即可實現 

def releaseTime() {
    return new Date().format("yyyy-MM-dd", TimeZone.getTimeZone("UTC"))
}
android{
    applicationVariants.all { variant ->
        variant.outputs.each { output ->
            def outputFile = output.outputFile
            if (outputFile != null && outputFile.name.endsWith('.apk')) {
                File outputDirectory = new File(outputFile.parent);
                def fileName
                if (variant.buildType.name == "release") {
                    fileName =  "appv${defaultConfig.versionName}${releaseTime()}_${variant.productFlavors[0].name}.apk"
                } else {
                    fileName = "appv${defaultConfig.versionName}${packageTime()}_debug.apk"
                }
                output.outputFile = new File(outputDirectory, fileName)
            }
        }
    }
}</pre>


此方法有一定局限性，就是渠道包多了之后編譯花費的時間會很長，這里推薦美團打包的第三種方法。 
</blockquote>
buildConfigField自定義配置 

大家可能會遇到下面這種情況，就是Beta版本服務器和Release版本服務器通常不在一臺服務器上，而測試希望可以同時發布兩個服務器的版本用于測試，這個時候我們就需要修改代碼，然后一個一個老老實實的發包。gradle提供buildConfigField配合多渠道打不同服務器版本的方法。

其實用法很簡單,首先在相應的節點加上定義，比如： 

buildTypes {
        debug {
            buildConfigField "boolean", "LOG_DEBUG", "true"http://是否輸出LOG信息
            buildConfigField "String", "API_HOST", "\"http://api.test.com\""http://API Host
           }
    }


然后在代碼中通過BuildConfig.LOG_DEBUG或者BuildConfig.API_HOST調用即可。 

dex突破65535的限制 

隨著項目的一天天變大，慢慢的都會遇到單個dex最多65535個方法數的瓶頸，如果是ANT構建的項目就會比較麻煩，但是Gradle已經幫我們處理好了，而添加的方法也很簡單，總共就分三步 :

1.首先是在defaultConfig節點使能多DEX功能 

android {
        defaultConfig {
            // dex突破65535的限制
            multiDexEnabled true
        }
    }


2.然后就是引入multidex庫文件 

dependencies { compile 'com.android.support:multidex:1.0.0' }
 3.最后就是你的AppApplication繼承一下MultiDexApplication即可。 

完整的gradle腳本 

一份項目中使用的完整的gradle文件配置 

// 聲明是Android程序
apply plugin: 'com.android.application'
// 定義一個打包時間
def releaseTime() {
    return new Date().format("yyyy-MM-dd", TimeZone.getTimeZone("UTC"))
}
android {
    // 編譯SDK的版本
    compileSdkVersion 21
    // build tools的版本
    buildToolsVersion '21.1.2'

defaultConfig {
    // 應用的包名
    applicationId "com.**.*"
    minSdkVersion 14
    targetSdkVersion 21
    versionCode 1
    versionName "1.0"

    // dex突破65535的限制
    multiDexEnabled true
    // 默認是umeng的渠道
    manifestPlaceholders = [UMENG_CHANNEL_VALUE: "umeng"]
}

// 移除lint檢查的error
lintOptions {
    abortOnError false
}

//簽名配置
signingConfigs {
    debug {
        // No debug config
    }

    release {
        storeFile file("../yourapp.keystore")
        storePassword "your password"
        keyAlias "your alias"
        keyPassword "your password"
    }
}

buildTypes {
    debug {
        // buildConfigField 自定義配置默認值
        buildConfigField "boolean", "LOG_DEBUG", "true"
        buildConfigField "String", "API_HOST", "\"http://api.test.com\""http://API Hos
        versionNameSuffix "-debug"
        minifyEnabled false
        //是否zip對齊
        zipAlignEnabled false
        shrinkResources false
        signingConfig signingConfigs.debug
    }

    release {
        // buildConfigField 自定義配置默認值
        buildConfigField "boolean", "LOG_DEBUG", "false"
        buildConfigField "String", "API_HOST", "\"http://api.release.com\""http://API Host
        //// 是否進行混淆
        minifyEnabled true
        zipAlignEnabled true
        // 移除無用的resource文件
        shrinkResources true
        //混淆規則文件
        proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        signingConfig signingConfigs.release

        applicationVariants.all { variant ->
            variant.outputs.each { output ->
                def outputFile = output.outputFile
                if (outputFile != null && outputFile.name.endsWith('.apk')) {
                    // 輸出apk名稱為boohee_v1.0_2015-06-15_wandoujia.apk
                    def fileName = "boohee_v${defaultConfig.versionName}_${releaseTime()}_${variant.productFlavors[0].name}.apk"
                    output.outputFile = new File(outputFile.parent, fileName)
                }
            }
        }
    }
}

// 友盟多渠道打包
productFlavors {
    wandoujia {}
    _360 {}
    baidu {}
    xiaomi {}
    tencent {}
    taobao {}
    ...
}

productFlavors.all { flavor ->
    flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]
}

}
dependencies {
    // 編譯libs目錄下的所有jar包
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:support-v4:21.0.3'
    compile 'com.jakewharton:butterknife:6.0.0'
    ...
}</pre>

其他整理 

Android Studio系列教程五--Gradle命令詳解與導入第三方包

ZipAlign對apk進行優化 

參考 

安卓集成發布詳解（二）

Gradle插件用戶指南(譯)

Android Studio系列教程六--Gradle多渠道打包

使用Gradle構建Android項目

使用gradle構建android項目（續） 
本文由 人云思云 創作。來自：http://segmentfault.com/a/1190000002910311
本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！
本文地址：http://www.baiduhome.net/lib/view/open1434700174161.html
Gradle 項目構建
Gradle構建Android項目

相關經驗

相關資訊

相關文檔

目錄
