淘先锋技术网

首页 1 2 3 4 5 6 7

   首先,Android依赖包冲突其实并不是简单的不同模块依赖了相同库的不同版本,因为系统会自动选择高版本,同时给这两个模块使用。冲突只存在两种情况

  •     引用了本地jar文件
    由于引用的jar是会直接编译到项目里的,如果项目的两个module同时引入了相同的本地jar文件, 就会存在相同的类有多个实现,及duplicated defined class。这种情况比较好分析和定位,去掉其中一个即可。
  •    不同模块引用了相同的远程库(比如maven库)的不同版本,且这两个版本不兼容
    这类冲突主要是Android Support类, 目前Android已经退出AndroidX包了。
    这种情况就比较难分析,本文将就我曾经遇到过的一个案例来分析此类包冲突的解决方案流程。

 

问题分析

 当时编译一个项目时遇到这个错误

  Learn how to resolve the issue at https://developer.android.com/studio/build/dependencies#duplicate_classes.

  Program type already present: android.support.design.widget.CoordinatorLayout$Behavior

 CoordinatorLayout$Behavior类存在多次定义。这个主要是因为这个类在support的低版本26.xx上,是在design库里的。而到了support的27.xx,这个类却到了support-core-ui库。

com.android.support:design:26.1.0

com.android.support:support-core-ui:27.1.0

    

     所以如果你有些模块引用了design:26.xx, 其他模块引用了support-core-ui:27.xx, 然后就会出现CoordinatorLayout在两个库都存在的问题

    如果design也是27版本,该库不会有CoordinatorLayout这个类,也就不会报错了。

    解决方法,就是让这两个库保持一样的版本。通过修改app/build.gradle, 让这两个库都使用较高的新版本,然后就可以保持一致了(全局使用高版本库替换)

 

问题原因

 

    上面分析出了原因,但是为甚会出现这种情况呢?我们具体来分析下:

通过./gradlew dependencies即可查看包的依赖分析,该命令非常有效,大家可以试试

ModuleA通过引用support 27版本引入了support-core-ui:27.1.1库

ModuleB直接依赖design 26版本,尽管因为ModuleA引入了support 27导致ModuleB依赖的support-core-ui升级到了27,

但是design库并没有升级,从而导致同时存在design:26和support-core-ui:27, 进而引入了两个相同类CoordinatorLayout

 

如需实时查看更多更新文章,请关注公众号"一点码客",一起探索技术