Maven 是声明式构建和依赖协调系统，通过 pom.xml 管理依赖、自动处理版本冲突与构建流程；它不编译代码也不提供 IDE 功能，核心价值在于坐标化依赖、生命周期控制及插件绑定机制。
Maven 是 Java 项目的“自动管家”，不是编译器也不是 IDE
Maven 不负责把 .java 文件变成 .class（那是 javac 干的），也不提供代码补全或调试界面（那是 IDEA 或 Eclipse 的事）。它本质是一个**声明式构建和依赖协调系统**：你用 pom.xml 告诉它“我要用 JUnit 5、Spring Boot 3.2、打包成 jar”，它就自动下载对应版本、按顺序执行编译→测试→打包，并确保所有间接依赖（比如 Spring Boot 依赖的 Jackson）版本不打架。
为什么不能只靠手动加 jar 包？——依赖冲突的真实表现
当你把 mysql-connector-java-8.0.33.jar 和 mybatis-spring-3.0.2.jar（它偷偷依赖 mysql-connector-java-8.0.23）一起拖进项目，运行时可能突然报：java.lang.NoSuchMethodError: com.mysql.cj.jdbc.ConnectionImpl.getClientInfo()。这是因为两个 jar 对同一个类用了不同签名。Maven 通过依赖调解规则（如“最近定义优先”）在下载阶段就选唯一版本，并把整个依赖树锁死在 mvn dependency:tree 输出里——手动管理根本做不到这点。
- 手动加 jar：路径散、版本混、冲突晚发现（到运行时报错）
- Maven 管理：所有依赖由坐标（
groupId:artifactId:version）唯一标识，本地仓库（默认${user.home}/.m2/repository）统一存放，一次声明，全程受控
mvn compile 看似简单，背后是三套生命周期在联动
执行 mvn compile 时，Maven 实际触发了 clean 生命周期的 pre-clean 阶段（如果绑定了插件）、default 生命周期的 validate→initialize→generate-sources→process-sources→generate-resources→process-resources→compile 全流程。这不是硬编码，而是靠插件绑定（比如 maven-compiler-plugin 默认绑定到 compile 阶段）。
- 常见误区：以为
mvn compile只编译，其实它也处理资源文件（如src/main/resources下的配置）、生成代码（Lombok 注解处理器需额外配置） - 容易踩坑：没配
17 17 UnsupportedClassVersionError
新手最常卡住的三个点：环境、路径、坐标格式
装完 Maven 却执行 mvn -v 报“命令未找到”？八成是 MAVEN_HOME 没配对，或 %MAVEN_HOME%\bin（Windows）/ $MAVEN_HOME/bin（macOS/Linux）没进 PATH。更隐蔽的是：JDK 版本太低（Maven 3.9+ 要求 JDK 11+），但 mvn -v 仍能输出，只是后续编译失败。
立即学习“Java免费学习笔记（深入）”；
-
pom.xml中com.example），不能写成example.com或空格名，否则mvn archetype:generate直接失败 - 创建项目时用
-DarchetypeArtifactId=maven-archetype-quickstart，但新版 Maven 默认已弃用该 archetype，推荐改用-DarchetypeGroupId=org.apache.maven.archetypes -DarchetypeArtifactId=maven-archetype-quickstart -DarchetypeVersion=1.4 - IDEA 导入 Maven 项目后显示 “Unlinked Gradle project”，其实是误点了 Gradle 导入——要选 “Maven” 并指向
pom.xml才对
pom.xml 里每一行声明如何影响整个构建链路；比如 provided NoClassDefFoundError。 
