內容介紹

1. 多模組依賴打包成aar方法介紹
2. 多模組依賴打包成jar的方法介紹
3. 使用過程中踩到的一些坑
4. 總結

1. 多模組依賴打包成aar方法介紹

在你工程裡某個模組新增的外掛為library的時候，編譯生成的產物就是aar包（其實就是個壓縮包裡面裝了資原始檔跟jar還有些配置檔案，直接解壓就能看到）。
在studio編aar的時候，只會將你的當前模組的內容打包，儘管你依賴了其他模組，也不會將其他模組的東西打進去（遠端依賴除外，因為遠端依賴指向是一個遠端地址，只要指向對了，就能在使用aar的時候被找到）。

接著使用embedded 依賴其他模組
embedded project(’:modelA’)
這樣打包的時候，就會幫你把embedded的模組的內容打包進去了。

這種巢狀依賴引發的問題
相容性問題。目前fat-aar最新版本只支援到gradle 2.3.3版本。因為更高的gradle版本build的產物目錄有所變更。fat-aar實現邏輯其實就是幫你把其他模組生成制build目錄下*.class以及資源拷貝到需要打包的模組，然後再進行打包。所以要是產物目錄變了，就會出問

2.多模組依賴打包成jar的方法介紹

jar包打包起來比aar簡單得多，因為不需要到資原始檔。只需要將所有class檔案打包在一起就行了。而且gradle也提供有打jar的task type。所以這裡使用自定義task來做。不過需要注意的是，打包需要排除部分檔案，不如R檔案、BuildConfig檔案。

栗子：
modelB依賴了modelA，現在需要將模組modelB打包成一個jar，並且產生jar的路徑為modelB檔案目錄下的output資料夾。

//執行順序
//build -> deleteOldTmpDirAndJar-> copyClasses -> makeJavadoc(生成javadoc) -> makeJavadocToJar(打包javadoc) -> assembleJar

//該task作用是刪除久的jar包以及久的臨時檔案
task deleteOldTmpDirAndJar(type: Delete, dependsOn: build) {
    println("=============== Delete old ./output ===============")
    delete './output'
    println("=============== Delete old tmpJarDir ===============")
    delete './build/tmpJarDir'
    println("=============== Delete old tmpJavaDoc ===============")
    delete './build/tmpJavaDoc'
}

//拷貝class檔案
task copyClasses(type: Copy, dependsOn: deleteOldTmpDirAndJar) {
    println("=============== copyClasses ===============")
    from('../modelA/build/intermediates/classes/release')
    from('build/intermediates/classes/release')
    into('./build/tmpJarDir')
    exclude('**/R.class')
    exclude('**/BuildConfig.class')
}

//產生javadoc，有需要的同學可以保留
task makeJavadoc(type: Javadoc, dependsOn: copyClasses) {
    println("===============make Javadoc ===============")
    options.encoding = "UTF-8"
    options.charSet = 'UTF-8'
    options.setMemberLevel(JavadocMemberLevel.PUBLIC)
    source = android.sourceSets.main.java.srcDirs
    classpath += project.files('build/tmpJarDir/')
    destinationDir = reporting.file("../tmpJavaDoc/")
    exclude '**/BuildConfig.java'
    exclude '**/R.java'
    failOnError false
}

//將javadoc檔案目錄打成壓縮包，有需要的同學可以保留
task makeJavadocToJar(type: Jar, dependsOn: makeJavadoc){
    println("=============== Javadoc To Jar ===============")
    archiveName = 'modelBJavaDoc.jar'
    from('./build/tmpJavaDoc')
    destinationDir = file('./output')
}

//將class檔案打成jar包
task assembleJar(type: Jar, dependsOn: makeJavadocToJar){
    println("=============== assembleJar ===============")
    archiveName = 'modelB.jar'
    from('./build/tmpJarDir')
    destinationDir = file('./output')
    exclude('com/xxx/modelA/BuildConfig.class')
    exclude('com/xxx/modelB/BuildConfig.class')
}
 

3. 使用過程中踩到的一些坑

① 使用embedded的坑

如果你使用了modelB使用了embedded方式依賴了medelA。而modelC又依賴了modelB的時候。你會發現，你怎麼編譯modelC都會報錯

Multiple dex files define Lcom/xxx/xxx/xxx

原因是在modelB build了之後fat-aar外掛會幫你把modelA的build目錄的class檔案拷貝到了modelB 的build檔案目錄裡面去。因為你依賴了modelA的關係，studio在編譯過程中也會去modelA的build檔案目錄去找class檔案。所以導致了modelA的build目錄的class跟modelB裡面的重複了。
“實際上，fat-aar的embedded其實是compile的一個封裝”

那上面說的這個問題怎麼解決呢，我這裡提供一個方法供參考 。要是大家有什麼更好的方法，也可以分享下。
我這邊的需求是上傳maven倉庫的時候才用到embedded的依賴，其他情況都使用compile。所以我通過gradle執行的task來區分依賴的型別

def dependType = 'compile'
gradle.startParameter.taskNames.each({
    String taskName = it
    if(taskName.contains("uploadArchives")) { //當task是上傳maven的時候使用巢狀依賴
        dependType = 'embedded'
        return
    }else{
        dependType = 'compile'
    }
})


dependencies {
    if (dependType.equals("embedded")){
        embedded project(':modelA')
    } else{
        compile project(':modelA')
    }
}

後續在使用中遇到什麼坑，再補充。未完待續！

總結

使用embedded的依賴進行多模組打包aar的方式，是目前比較多人採用的一種方式。多模組打包aar並不是完全沒有其他的方式，比方說使用遠端依賴的方式也是可以的，不過比較麻煩。
如果大家覺得我哪裡不對或者有疑問的地方，可以在評論區留意，一起交流學習。