IDE运行SpringBoot正常但mvn构建报依赖缺失原因及二者差异

• 报错核心原因是Maven对拉取失败的SNAPSHOT版本依赖会生成本地失败标记，默认24小时内不会主动重试拉取，命令行构建会严格识别这个标记直接终止流程。
• 优先执行强制更新构建命令：在项目根目录执行./mvnw clean package -U，参数-U会强制Maven忽略本地缓存的失败记录，重新从配置的远程仓库拉取所有快照版依赖。
• 如果强制更新仍报错，手动清理本地失败缓存：找到本地Maven仓库默认路径~/.m2/repository/com/oracle/coherence/spring/coherence-spring-demo-core/3.3.0-SNAPSHOT/，删除整个目录后重新执行构建命令即可。
• 额外排查点：如果你是单独提取demo的boot子模块运行，需要先在整个多模块项目的根目录执行./mvnw install -DskipTests，把同项目下的core等公共子模块安装到本地Maven仓库，否则命令行构建无法识别跨模块依赖。如果你的私有Nexus仓库仅配置在IDE的Maven设置中、没有写入全局Maven配置或项目pom文件，需要把仓库配置补充到pom的<repositories>节点下，保证命令行Maven能读取到对应仓库地址。

• 依赖解析规则不同：安装STS扩展的VS Code启动应用时，使用IDE内置的依赖解析逻辑，会自动识别工作区内的关联源码模块、忽略部分本地依赖失败标记，不会严格执行Maven官方的缓存校验、仓库匹配规则；命令行执行mvnw构建时完全遵循Maven标准生命周期逻辑，严格校验本地依赖完整性、遵守缓存过期规则，只要存在依赖拉取失败标记就会直接抛错。
• 类路径加载逻辑不同：IDE启动属于增量运行模式，直接将编译输出的target/classes目录、工作区关联模块的源码输出目录拼接为运行类路径，不需要全量校验所有依赖包的完整性；Maven打包会走完整构建流程，从依赖解析、资源处理、编译、测试到打包全环节校验依赖，缺失任意依赖都会在初始阶段终止构建。
• 配置读取逻辑不同：IDE启动时会自动读取IDE内自定义的Maven配置、私有仓库地址等参数；mvnw命令行构建使用脚本内置的Maven版本，默认读取当前系统用户目录下的~/.m2/settings.xml配置，不会自动加载IDE内的自定义Maven参数，容易出现配置不一致导致的依赖找不到问题。

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