Gradle中的子依赖是否会共享？版本冲突时如何处理？

你给出的MainModule依赖声明如下：

implementation X
implementation Y

1. X和Y是否会共用同一个L？ #

绝大多数常规开发场景下，X和Y会共用同一个L：

• 主流构建系统（包括Gradle、Maven等）默认开启依赖冲突仲裁逻辑，整个构建树中同一个groupId和artifactId的依赖只会保留一个版本，此时X和Y调用的是同一个版本的L。
• 只有在特殊配置场景下才会存在多版本L共存的情况，比如手动使用Shadow插件对依赖做包名重定位、采用OSGi模块化框架、配置类加载隔离规则等。

2. X与Y需要不同版本的L时会出现什么情况？ #

首先不同构建系统的仲裁规则不同，最终保留的L版本有差异：

Maven默认遵循「依赖路径最短优先、路径相同则声明顺序靠前优先」规则，Gradle默认遵循「最高版本优先」规则。

不管最终保留哪个版本，只要X或Y需要的L版本和实际保留的版本不兼容，都会出现运行时问题：

• 如果代码层面存在API不兼容，会直接抛出NoSuchMethodError、NoClassDefFoundError、NoSuchFieldError这类JVM链接错误，直接导致程序崩溃。
• 如果是语义层面的不兼容（比如同API的逻辑修改、返回值含义变更），不会直接抛出错误，但会出现业务逻辑异常、数据错乱等隐性问题，排查成本极高。
• 部分构建系统会在构建阶段就抛出版本冲突警告，提示你存在同依赖多版本声明的问题。

内容的提问来源于stack exchange，提问作者gitnewb