Java依赖管理核心是用Maven或Gradle自动下载和组织第三方库，避免手动拷贝；Maven适合初学者和传统项目，Gradle更灵活高效；通过pom.xml声明依赖、dependency:tree分析冲突、dependencyManagement统一版本。
Java项目的依赖管理核心是用构建工具自动下载、组织和管理第三方库，主流选择是Maven或Gradle。不手动拷jar包，不靠IDE“Add Library”硬加，才能保证项目可复现、可协作、可持续集成。
选Maven还是Gradle？
Maven成熟稳定，XML配置清晰，适合传统企业项目和初学者；Gradle更灵活，用Groovy或Kotlin写脚本，构建速度快，Android和新项目常用。新手建议从Maven入手，理解依赖坐标（groupId:artifactId:version）和生命周期后再切Gradle。
用Maven快速初始化项目
安装Maven后，终端执行：
mvn archetype:generate -DgroupId=com.example -DartifactId=myapp -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false
生成标准目录结构，关键文件是pom.xml——所有依赖都写在这里。
- 在pom.xml的
<dependencies>块里添加依赖，例如JUnit： <dependency><br> <groupId>junit</groupId><br> <artifactId>junit</artifactId><br> <version>4.13.2</version><br> <scope>test</scope><br></dependency>
- 保存后，IDE（如IntelliJ或Eclipse）会自动下载并导入依赖；命令行运行mvn compile或mvn test也会触发拉取
处理依赖冲突与版本统一
Maven默认采用“最近优先”策略：如果两个依赖间接引入了不同版本的同一jar，离pom.xml路径更近的那个生效。容易引发NoClassDefFoundError或NoSuchMethodError。
- 用mvn dependency:tree -Dverbose查看完整依赖树，定位冲突源头
- 用
<exclusions>排除不需要的传递依赖 - 用
<dependencyManagement>统一声明版本（尤其适合多模块项目），子模块只写groupId和artifactId，不写version
本地仓库与私有仓库配置（进阶）
Maven默认把jar存到~/.m2/repository。团队开发常需私有仓库（如Nexus或Artifactory）托管内部组件或加速下载。
立即学习“Java免费学习笔记（深入）”；
- 修改~/.m2/settings.xml，在
<mirrors>中配置国内镜像（如阿里云）提升下载速度 - 在
<servers>中配账号密码，用于部署到私有仓库 - 项目pom.xml中用
<distributions>指定发布目标仓库地址
基本上就这些。依赖管理不是配一次就完事，而是随着项目演进持续调整的过程——关键是理解坐标含义、看清依赖树、善用工具命令。不复杂但容易忽略细节。
