必须先生成effective-pom确认pom被正确解析为project对象，再验证父pom继承链、gav坐标到仓库路径的映射逻辑，最后调试生命周期阶段与插件绑定关系，才能真正理解maven内部机制。
要真正理解Maven如何决定编译顺序、为何下载特定版本的jar、为什么子模块能自动继承父POM配置，必须穿透pom.xml表层XML标签，直抵Project Object Model在JVM内存中的实例化结构与解析逻辑。
第一步：确认pom.xml是否被Maven正确加载为Project对象
执行 mvn help:effective-pom -Doutput=effective.xml → 生成当前项目实际生效的完整POM快照。
这一步不能跳过。Maven运行时从不直接读取你写的pom.xml，而是先合并Super POM、父POM、profile激活项、命令行参数，最终生成一个内存中不可见的Effective POM。你看到的effective.xml就是那个真实起作用的对象序列化结果。
打开effective.xml，查找<modelversion>4.0.0</modelversion>——如果不存在或值不是4.0.0，说明Maven根本没把它当POM解析，后续所有行为都不可信。
第二步：观察Project对象的继承链与坐标解析过程
在IDEA中打开任意Maven项目 → 按住Ctrl（Windows）或Cmd（Mac）点击pom.xml中的<parent></parent>标签 → 跳转到父POM定义处。
注意看父POM里是否包含<relativepath>../pom.xml</relativepath>。如果没有且<groupid></groupid>是org.springframework.boot这类常见框架，则Maven会从本地仓库加载org/springframework/boot/spring-boot-starter-parent/3.3.0/spring-boot-starter-parent-3.3.0.pom作为父Project对象。
【父POM未声明modelVersion会导致整个继承链失效】。哪怕子POM写了<modelversion>4.0.0</modelversion>，只要父POM缺失该标签，Maven就会拒绝构建并报错“Non-parseable POM”。
第三步：验证依赖坐标如何映射为本地仓库路径
方法一：手动推导
取一个依赖坐标<groupid>com.fasterxml.jackson.core</groupid><artifactid>jackson-databind</artifactid><version>2.15.2</version> → 将groupId反写为目录路径com/fasterxml/jackson/core → 拼接artifactId和version/jackson-databind/2.15.2 → 完整路径为$HOME/.m2/repository/com/fasterxml/jackson/core/jackson-databind/2.15.2/。
方法二：用命令验证
执行 mvn dependency:copy-dependencies -DoutputDirectory=/tmp/deps → 查看/tmp/deps目录下生成的jar文件名是否含jackson-databind-2.15.2.jar。若存在，说明Maven已成功将GAV坐标解析为物理文件路径。
这一步的关键在于理解：groupId/artifactId/version三元组不是字符串拼接，而是Maven Project对象内部通过Artifact接口的getGroupId()、getArtifactId()、getVersion()方法返回的独立属性，每个属性参与不同阶段的解析——groupId决定仓库路径层级，version决定具体文件名后缀。
第四步：调试Maven生命周期阶段与插件绑定关系
第一步：在pom.xml的<build><plugins></plugins></build>中添加一个打印插件：
<plugin><groupid>org.apache.maven.plugins</groupid><artifactid>maven-antrun-plugin</artifactid><version>3.1.0</version><executions><execution><phase>compile</phase><goals><goal>run</goal></goals><configuration><target><echo>=== 此时Project对象已加载完毕，正在执行compile阶段 ===</echo></target></configuration></execution></executions></plugin>
第二步：运行 mvn compile → 观察控制台输出是否出现该echo语句。
第三步：在IDEA中设置断点于org.apache.maven.lifecycle.internal.LifecycleStarter.execute() → 启动Debug模式运行mvn compile → 查看调用栈中project.getBuild().getPlugins()返回的Plugin列表是否包含刚添加的antrun插件。
此时你看到的不再是XML，而是Java堆内存中真实的Project对象引用——它的build字段是一个Build对象，其plugins字段是ListgroupId、artifactId、version及executions集合。Maven正是遍历这个集合，按phase字段匹配生命周期阶段，再触发对应Mojo执行。
