Maven依赖版本问询：graphql-java的19.2版本从何而来？

一、19.2版本的来源及Maven版本确定逻辑 #

你的模块pom.xml没指定com.graphql-java:graphql-java版本，但最终版本被确定为19.2，核心是Maven的依赖版本管控机制，可能的来源有两种：

1. 父POM或继承的依赖管理（dependencyManagement） #

这是最常见的场景：

• 如果你的模块继承了父POM（项目内的父模块或者公司/开源统一父POM），父POM的<dependencyManagement>节点里已经明确定义了com.graphql-java:graphql-java的版本为19.2。
• Maven的依赖管理节点用于统一管控依赖版本，子模块引入依赖时只要不指定版本，就会自动继承这个统一版本。而.flattened-pom.xml是经过扁平化处理的POM，会把父POM里的依赖管理配置合并到当前模块的POM中，因此会显示19.2版本。

2. 传递依赖的版本调解 #

如果你的模块引入了其他直接依赖，而该依赖本身已经依赖了com.graphql-java:graphql-java:19.2，Maven会通过依赖调解规则自动选用这个版本：

• 规则1：依赖路径越短优先级越高（直接依赖 > 间接依赖）
• 规则2：路径长度相同时，pom.xml里先声明的依赖版本优先

二、为什么mvn dependency:tree -Dincludes=com.graphql-java:graphql-java无输出？ #

你不带-Dincludes能看到该依赖，但带参数后无输出，大概率是以下原因：

• 该依赖是传递依赖且被标记为冲突/重复忽略：当存在多个版本的同一依赖时，Maven会选择最终版本并忽略其他版本，此时带-Dincludes的查询可能无法匹配到被保留的条目（该情况需结合你不带参数的输出确认）。
• 依赖树插件版本兼容性问题：旧版本的maven-dependency-plugin对-Dincludes参数的精确匹配支持有缺陷，导致无法匹配到传递依赖条目，可尝试升级插件版本后重试。
• 依赖的scope或optional属性：如果该依赖的scope是test或provided，默认的dependency:tree只会显示compile和runtime范围的依赖，需加上-Dscope=test或-Dscope=provided才能匹配到；如果该依赖是被标记为optional=true的传递依赖，Maven默认不会将其纳入依赖树，除非你显式引入。

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