pom.xml 是 Maven 专属的项目配置文件，用于声明项目元数据和依赖，而非执行构建逻辑；Ant 使用 build.xml 实现过程式构建。
pom.xml 不是 Ant 的文件，而是 Maven 专属的项目配置文件。Ant 使用的是 build.xml，而 Maven 使用的是 pom.xml（Project Object Model）。两者都是 XML 格式，但作用、结构和设计理念完全不同。
XML 在构建工具中是配置的载体
XML 提供了一种结构清晰、平台无关、人类可读的文本格式，用来声明项目信息和构建逻辑。它不写代码，而是描述“要做什么”和“依赖什么”。Java 构建工具普遍采用 XML，是因为它便于解析、校验（通过 XSD Schema），也方便 IDE 和 CI 工具集成。
- Ant 的 build.xml 是“过程式脚本”：你得一步步写清楚执行顺序——先编译、再复制资源、再运行测试、最后打包
- Maven 的 pom.xml 是“声明式契约”：你只声明项目坐标（groupId/artifactId/version）、依赖库、插件配置；Maven 自动按生命周期（compile → test → package → install）执行对应动作
- XML 文件本身不执行逻辑，它被工具解析后触发 Java 插件或任务类，真正干活的是背后的 Java 实现
pom.xml 的核心作用不是构建指令，而是项目元数据定义
它本质上是一份“项目身份证”，包含：
- 项目唯一标识（groupId、artifactId、version）
- 所有直接依赖及其版本（自动拉取传递性依赖）
- 构建插件（如 maven-compiler-plugin 指定 JDK 版本）
- 开发者信息、许可证、SCM 地址、issue tracker 等协作元数据
没有 pom.xml，Maven 就不认识这个项目；哪怕空项目，只要放一个最简 pom.xml，Maven 就能识别并按默认约定处理 src/main/java 目录下的代码。
为什么不用 JSON 或 YAML 替代 XML？
历史与生态原因占主导：
- Maven 2004 年诞生时，XML 是企业级配置的事实标准（Spring、Struts、Hibernate 全用 XML）
- XSD 支持强校验，IDE 能实时提示标签错误和属性约束
- 虽然现在 Gradle 用 Groovy/Kotlin DSL 更灵活，但 XML 在稳定性、可解析性和跨工具兼容性上仍有优势
不过要注意：XML 只是外壳，真正的构建能力来自背后的插件机制和仓库体系——pom.xml 告诉 Maven “需要什么”，Maven 再去中央仓库下载对应插件和依赖。
基本上就这些。
