再来个文章目录
文章目录
- 背景
- 疑问
- 排查过程
- 问题存在的原因
- 总结
- 示例依赖版本说明
本文记录一下遇到maven依赖版本冲突后的排查过程说明以及问题原因说明
下面还有投票，帮忙投个票
背景
最近加入了 Apache Dubbo 开源社区，成为了一名Dubbo Contributor。在熟悉Dubbo中的各个RPC协议时根据官网提供的示例搭建了一个示例。在熟悉过后想看下谷歌提供的grpc协议在使用上与dubbo提供的grpc协议的区别，所以打算根据grpc github 基础教程跑一个示例，在引入相关依赖以及代码后进行编译，发现一处报错：
经过初步排查发现是依赖版本问题
疑问
我不禁就有了疑问，我明明引入的grpc版本是1.54.0，为啥子编译完是1.31.1？
为了验证我的疑问是合理的，通过mvn dependency:tree 命令以及版本对比，更加增加了我的疑惑。如下图，grpc-netty-shaded依赖中的grpc-core确确实实是1.54.0，为啥子就成了1.31.1了？无中生有？
排查过程
起初我怀疑是dubbo-bom的问题，不会呀，dubbo-bom在父工程中以dependencyManagement形式存在，我没有引入依赖它是不会传递的呀？随即立马打消了这个疑问
然后开始没有目的的百度maven版本冲突问题？ ，结果是没有任何头绪，只有Maven Helper插件帮忙解决冲突问题，但是我想知道的是为什么会冲突。
紧接着又去github上提了一个issue 为什么根据官方提供的依赖出现版本冲突问题？
过了一天后看没人回答，想了想难道真的是dubbo bom问题？ 于是我注释了dubbo bom的依赖，可以了！！！ 这是为什么？我没有引入dubbo bom任何依赖呀？难道是这个scope导致的？
于是我又继续百度 maven denpendency scope ，这些结果要么没有对scope为import的说明，要么就是很含糊抽象，看上去跟我之前的理解一样。
由于百度的结果并不能解决我的问题，所以上maven官网看了下对Dependency Scope的说明
最后定位问题所在。
问题存在的原因
scope为import是指依赖项将被部分中的有效依赖项列表所取代。
这个说明非常具体，一下就打消了我所有的疑惑。因为dubbo-bom中存在dubbo-rpc-grpc依赖项，而其又有grpc的依赖
根据官网上的说明，我在子工程中声明版本为1.54.0的grpc依赖项会被其所替代。
所以出现了这个问题
总结
通过这次版本冲突问题，让我意识到我对maven的了解远远不够。平时只是对其使用，出现冲突直接解决，并不会去深究为什么。也是通过这次的问题让我对maven多了点了解，让我对解决问题的方式更加深刻：遇到问题不要上来就百度，要学会分析、要学会在官网上寻找问题所在，要对一个知识有全面的了解。
示例依赖版本说明
dubbo-bom依赖如下
<dependency> <groupId>org.apache.dubbo</groupId> <artifactId>dubbo-bom</artifactId> <version>${dubbo.version}</version> <type>pom</type> <scope>import</scope></dependency>grpc依赖如下
<dependency> <groupId>io.grpc</groupId> <artifactId>grpc-netty-shaded</artifactId> <version>1.54.0</version> <scope>runtime</scope></dependency><dependency> <groupId>io.grpc</groupId> <artifactId>grpc-protobuf</artifactId> <version>1.54.0</version></dependency><dependency> <groupId>io.grpc</groupId> <artifactId>grpc-stub</artifactId> <version>1.54.0</version></dependency><dependency> <groupId>org.apache.tomcat</groupId> <artifactId>annotations-api</artifactId> <version>6.0.53</version> <scope>provided</scope></dependency>