}
}
}
如上,通过这种自定义 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: a n d r o i d s