pom.xml是Maven项目的“宪法”，以XML格式定义项目坐标（GAV）、依赖、构建等元数据，缺之则非Maven项目；其中groupId为反向域名组织标识，artifactId为模块名，version含-SNAPSHOT表示开发快照版。
刚接触Java项目时，你可能被pom.xml里一堆groupId、artifactId、version绕晕，手动下载jar包又总出错，换台电脑项目就跑不起来——这些问题全因没吃透Maven核心概念。
什么是POM？它为什么是Maven的命脉
打开任意一个Maven项目，第一眼看到的就是根目录下的pom.xml文件。这不是普通配置文件，而是项目的“宪法”：所有依赖、插件、构建行为、甚至项目描述，都必须在这里声明。
如果你删掉pom.xml，Maven就彻底不认识这个项目——【没有pom.xml，就不是Maven项目】。
它采用XML格式，但结构高度标准化：
注意：pom.xml必须放在项目根目录，不能藏在子文件夹里，否则mvn命令会报“Project not found”。
Maven坐标：精准定位每一个Jar包的身份证
坐标由三部分组成，就像快递收货地址一样缺一不可：
方法一：groupId → 组织标识，通常是域名倒写（如com.alibaba），代表“谁发布的”；
方法二：artifactId → 项目名，同一组织下唯一（如fastjson），代表“发布的是什么”；
方法三：version → 版本号（如1.2.83），代表“这是第几个版本”。
三者拼起来就是完整坐标：com.alibaba:fastjson:1.2.83。Maven靠它从仓库里精确拉取对应Jar包，而不是靠文件名猜测。
⚠️常见坑：version写成1.2.83-SNAPSHOT表示快照版，每次构建都会覆盖本地缓存，适合开发阶段；正式发布必须用不含-SNAPSHOT的稳定版，否则别人拉不到你打的包。
本地仓库 vs 远程仓库：Jar包到底存在哪
第一步：执行mvn compile时，Maven先查本地仓库（默认在用户家目录/.m2/repository）；
第二步：如果没找到对应坐标，就去远程仓库（默认是Maven中央仓库）下载；
第三步：下载后自动存进本地仓库，下次直接复用。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
本地仓库是你电脑上的“缓存+私有库”，所有mvn install安装的模块、自己打包的jar，都落在这儿；远程仓库是共享源，比如阿里云镜像（https://maven.aliyun.com/repository/public）能大幅提速。
修改本地仓库位置？改conf/settings.xml里的
Maven生命周期：一条命令背后发生了什么
执行mvn package时，Maven不会只打包，而是自动按顺序跑完前面所有必要阶段：
第一步：validate → 校验pom.xml语法和必要字段；
第二步：compile → 编译src/main/java下的源码；
第三步：test → 运行src/test/java里的测试类；
第四步：package → 把编译结果打成jar/war包；
第五步：verify → 运行集成测试并校验包完整性（可选）。
也就是说，mvn test = validate + compile + test；mvn install = 上面全部 + 把包装进本地仓库。跳过某个阶段？不行——生命周期是强顺序的，除非显式指定跳过插件（如-Dmaven.test.skip=true）。
依赖冲突怎么破？三招看懂真实加载逻辑
方法1：运行mvn dependency:tree -Dverbose，输出完整的依赖树，带冲突标记（如“omitted for conflict with…”）；
方法2：在pom.xml里用
方法3：直接在
别硬删jar包！手动删lib里某个jar，下次mvn clean再编译，Maven会重新拉取，冲突依旧在。
