有時候引入了新的sdk後,build會出現如下問題:
Caused by: com.android.dex.DexException: Multiple dex files define Lcom/google/gson/internal/bind/TypeAdapters;
at com.android.dx.merge.DexMerger.readSortableTypes(DexMerger.java:661)
at com.android.dx.merge.DexMerger.getSortedTypes(DexMerger.java:616)
at com.android.dx.merge.DexMerger.mergeClassDefs(DexMerger.java:598)
at com.android.dx.merge.DexMerger.mergeDexes(DexMerger.java:171)
at com.android.dx.merge.DexMerger.merge(DexMerger.java:198)
at com.android.builder.dexing.DexArchiveMergerCallable.call(DexArchiveMergerCallable.java:61)
... 1 more
* Get more help at https://help.gradle.org
BUILD FAILED in 10s
81 actionable tasks: 8 executed, 73 up-to-date
這裏的意思就是說,重複的dex文件出現在了TypeAdapters這個類了。
簡單的說就是重複依賴或者依賴衝突或者Jar包衝突了。
解決方案
除了刪除衝突包外,我們還可以用Gradle的 exclude group 將指定的包名排除到編譯範圍外,如下所示:
implementation ('cn.bmob.android:bmob-sdk:3.5.5'){ // gson-2.6.2
exclude group: 'com.squareup.okhttp3'
exclude group: 'com.squareup.okio'
exclude group: 'com.google.code.gson'
//exclude(module: 'gson') // 防止版本衝突
}
Android獲取所有依賴庫的幾種方式
方式一:通過dependencies命令
./gradlew :app:dependencies
該task會顯示如下所示的輸出:
輸出列表展示了所有configuration下的依賴樹,依賴關係明顯,層次清晰。如果覺得輸出的結果太冗長(通常情況下包含幾十個configuration),可以通過指定configuration來顯示特定的依賴樹:
./gradlew :app:dependencies --configuration releaseCompileClasspath
該命令只會顯示release模式下編譯過程中的依賴樹。
方式二: 通過androidDependencies命令
./gradlew :app:androidDependencies
輸出結果如下:
如圖所示,該task會平鋪展示依賴樹,並且只展示幾個主要的variant,看起來較爲清爽,但是缺點是不能像方式一那樣指定configuration。
方式三:自定義task獲取
project.afterEvaluate {
project.android.applicationVariants.all { variant ->
tasks.create(name: "showDependencies${variant.name.capitalize()}",
description: "展示所有依賴") {
doLast {
Configuration configuration
try {
// 3.x
configuration = project.configurations."${variant.name}CompileClasspath"
} catch (Exception e) {
// 2.x
configuration = project.configurations."_${variant.name}Compile"
}
configuration.resolvedConfiguration.lenientConfiguration.allModuleDependencies.each {
def identifier = it.module.id
println("${identifier.group}:${identifier.name}:${identifier.version}")
}
}
}
}
}
如上,通過這種自定義task的方式,可以選擇打印依賴,也可以選擇保存到文件中,靈活度最高。
總結:
方式一:通用task,按層次展示依賴樹,可以通過指定configuration來過濾輸出。
方式二:android項目特有的task,平鋪展示依賴樹,不能過濾輸出結果。
方式三:自定義task獲取依賴,靈活度最高,但是需要對gradle有較深的理解。
解決重複依賴的方法
1.Program type already present: android.support.design.widget.CoordinatorLayout$1
需要將所有support
包中的design
模塊移除
implementation('com.android.support:appcompat-v7:27.1.0', {
exclude group: 'com.android.support', module: 'design'
})
implementation('com.android.support:recyclerview-v7:27.1.0', {
exclude group: 'com.android.support', module: 'design'
})
implementation('com.android.support:cardview-v7:27.1.0', {
exclude group: 'com.android.support', module: 'design'
})
implementation('com.android.support:customtabs:27.1.0', {
exclude group: 'com.android.support', module: 'design'
})
統一design
包的版本,與以上support
包版本一致
implementation 'com.android.support:design:27.1.0'
接着Sync
→ Clean
→ Build apk
即可。
解決依賴主要有兩種方式
exclude方式
特點:
- 配置較爲麻煩,需要在引起衝突的每個依賴上進行exclude操作
- 配置繁瑣,不美觀
下面的方式也是可以的。
implementation 'org.eclipse.paho:org.eclipse.paho.client.mqttv3:1.0.2'
implementation('org.eclipse.paho:org.eclipse.paho.android.service:1.0.2') {
exclude(group: 'com.google.android', module: 'support-v4')
}
/* 或者粗暴點,就沒有上面的坑了
implementation('org.eclipse.paho:org.eclipse.paho.android.service:1.0.2') {
exclude module: 'support-v4'
}
*/
通過configurations方式
特點:
- 在configurations中,統一指定要配置的方式
- 配置簡單,較爲整潔
找到依賴的問題根源後進行排除,按提示報錯的來靈活處理衝突問題!下面的方式也是可以的。
configurations {
all*.exclude group: 'com.google.android', module: 'support-v4'
//或者粗暴點,就沒有上面的坑了 all*.exclude module: 'support-v4'
}
通過configurations.all同一版本
configurations.all {
resolutionStrategy {
force "com.android.support:support-v4:$android_support_version"
force "com.android.support:appcompat-v7:$android_support_version"
force "com.android.support:constraint-layout:$android_support_version"
force "com.android.support:support-core-utils:$android_support_version"
force "com.android.support:exifinterface:$android_support_version"
force "com.google.code.gson:gson:2.7"
}
}