Maven pom.xml中未声明已使用与已声明未使用依赖如何处理

两类依赖的处理建议 #

「已使用但未声明的依赖（Used undeclared dependencies）」不能删除，反而需要主动声明到pom.xml中 #

这些依赖是你的代码实际运行需要用到的，只是你没有直接在pom里显式声明，是通过其他依赖的传递依赖机制被带进项目的。如果后续你升级了上层传递这些依赖的组件，一旦上层组件调整了依赖关系不再传递这些包，项目会直接抛出类找不到的运行时错误，风险很高。你现在列出来的这10个依赖，都建议你补充声明到pom的dependencies节点中，版本可以和当前传递进来的版本保持一致，也可以用dependencyManagement统一管理。

「已声明但未使用的依赖（Unused declared dependencies）」不要直接删除，必须先做功能验证 #

mvn dependency:analyze是基于静态代码分析实现的，很多场景它识别不到依赖的使用：比如反射调用、SPI加载、运行期动态注入的类，还有Spring Boot Starter这类通过自动配置生效的依赖，都会被误判为未使用。
你可以逐个注释掉这类依赖，然后本地跑全量单元测试、启动项目验证核心功能是否正常，确认没有影响再删除。你当前列出的3个依赖可以参考这个规则验证：

• com.sap.cds:cds-starter-spring-boot-odata：如果项目不需要对外提供OData接口即可删除
• org.apache.tomcat.embed:tomcat-embed-websocket：如果项目没有用到WebSocket功能即可删除
• org.apache.tomcat:tomcat-annotations-api：如果项目没有用到Tomcat专属的注解即可删除

清理冗余依赖、Maven构建提速的方案 #

依赖治理相关 #

• 用<dependencyManagement>节点统一管理所有依赖的版本，避免出现同个 Jar 多版本冲突的问题，也方便后续统一升级
• 排查传递依赖，排除不需要的冗余包：引入第三方依赖时，如果它传递了很多你不需要的组件，可以在dependency节点下加<exclusions>标签排除无用的传递依赖
• 每轮迭代上线前都跑一次mvn dependency:analyze，结合功能验证清理积累的冗余依赖

构建提速相关 #

• 配置国内Maven镜像源，比如阿里云镜像，大幅减少依赖下载的耗时
• 多模块项目可以用并行构建命令：mvn clean install -T 1C，会按照CPU核心数自动分配并行构建的线程数
• 确认测试用例全部通过的前提下，打包时可以加参数-DskipTests跳过测试执行，或者加-Dmaven.test.skip=true直接跳过测试代码的编译环节
• 开启Maven增量编译配置，每次构建只编译修改过的代码，不需要全量编译整个项目
• 不要每次构建都执行mvn clean，clean会清空之前的编译缓存，没有修改依赖的情况下可以直接执行mvn install复用缓存

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