引入hazelcast-spring:4.2.2时WAR包出现3.11.6版本的原因是什么

依赖版本不一致的常见原因 #

• 依赖传递冲突：项目中其他第三方依赖内部传递引入了hazelcast-spring:3.11.6，构建工具的依赖仲裁规则优先选择了该版本。例如Maven默认遵循「依赖路径最短优先、同路径下声明顺序优先」规则，若低版本的引入路径更短就会覆盖你声明的高版本；Gradle默认优先最高版本，但若存在特殊配置也会出现版本覆盖。
• 全局版本锁定：项目的父POM、依赖管理配置（Maven的<dependencyManagement>节点、Gradle的dependencyManagement插件、resolutionStrategy强制版本规则）中统一指定了hazelcast-spring的版本为3.11.6，这类全局锁定配置的优先级高于单处依赖声明的版本。
• 依赖排除规则异常：你声明com.hazelcast:hazelcast-spring:4.2.2的位置配置了错误的排除规则，或者项目其他位置配置了全局排除规则，导致高版本依赖被过滤，最终只有传递引入的低版本被打入包中。
• 构建缓存未清理：本地构建工具的缓存中保留了旧的依赖解析结果，复用缓存后导致低版本被打包。

快速排查方案 #

• Maven项目执行命令mvn dependency:tree -Dincludes=com.hazelcast:hazelcast-spring，输出该依赖的所有引入链路，直接定位低版本来源
• Gradle项目执行命令gradle dependencies --configuration compileClasspath | grep hazelcast-spring，查看版本仲裁结果和引入路径
• 检查项目全局依赖管理配置、强制版本规则、排除规则，确认是否存在低版本锁定
• 清理构建缓存后重新打包验证：Maven执行mvn clean package，Gradle执行gradle clean build

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