A 依赖库 , A 依赖库又依赖于 B 依赖库 , 同时应用中又依赖 B 依赖库 , 这样就导致应用中引入了两次 B 依赖库 , 在构建时 , 系统会自动去掉一个重复的 B 依赖库 ;
下面这种情况...androidx.core:core:1.3.2 -> 1.8.0 (*)
| | \--- androidx.constraintlayout:constraintlayout-core:1.0.4...2.0 , 但是 A 依赖库不兼容 2.0 版本的 B 依赖库 , 这就导致了依赖冲突 ;
这是由于程序传递 , 导致的程序间依赖库不兼容 的 依赖冲突问题 ;
这是由于依赖版本不同导致的依赖冲突 ;...2、分库冲突
依赖库可能存在分库 , 如 :
依赖库 A 中 , 包含了 B , C 分库 , 它们的所有版本都是 1.0 版本 ; 这两个分库是无法分开的 ;
应用突然 单独的依赖了 2.0 版本的...B 依赖库 , 这就出现了冲突 , 此时就会引入了两个版本的 B 依赖库 , 导致了冲突 ;
这是由于依赖版本不同导致的依赖冲突 ;
3、赖分组不同导致冲突
在之前开发中使用的是 support 依赖库