Java 依赖管理完全指南
作为一名 Java 开发者，你一定每天都在和依赖打交道。无论是 Maven 还是 Gradle，我们只需要在配置文件里写上一行代码，就能把整个框架拉下来用。但你有没有想过：
- 这些依赖到底是从哪里下载的？
- 下载后的文件存在哪里？
- 为什么第二次构建时不用重新下载？
- Maven 和 Gradle 的依赖管理机制有什么异同？
本文将带你彻底搞懂 Java 生态的依赖管理机制，从远程仓库到本地缓存，从 pom.xml 到 build.gradle，全面解析。
一、构建工具：不只是打包，更是开发必备
很多人误以为构建工具只是在项目开发完成后用来打包的。这是一个误区。
在本地开发运行应用时，也必须安装构建工具和依赖。
当你从 Git 拉下一个项目，在 IntelliJ 中打开，第一件事就是等待右下角的进度条转完——那正是在下载依赖。
构建工具还提供了很多其他功能：
- 执行本地测试：一键运行所有单元测试
- 发布制品：将构建产物发布到制品仓库（如 Nexus）
- 生成项目报告：测试覆盖率、依赖分析等
所以，理解依赖管理机制，是高效开发的基础。
二、依赖配置文件：Maven vs Gradle
Maven 和 Gradle 都有独立的依赖配置文件，所有项目依赖及其版本都定义在这里。
1. Maven：pom.xml
Maven 的所有依赖都托管在 pom.xml 文件中。一个典型的依赖声明长这样：
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
<version>2.7.0</version>
</dependency>
<dependency>
<groupId>org.mongodb</groupId>
<>mongodb-driver-sync
4.8.0
