Maven 采用约定大于配置的标准目录结构，无需手动配置路径。核心目录：src/main/java 存放项目 Java 源代码；src/main/resources 存放项目配置文件、静态资源；src/test/java 存放单元测试代码；src/test/resources 存放测试用配置文件；target 编译打包后的输出目录（自动生成）；pom.xml 项目核心配置文件。此外，src/main/webapp 是 Web 项目专属目录，存放页面、WEB-INF 等。统一的目录结构让所有 Maven 项目格式一致，团队协作无需沟通目录规范，极大提升开发效率。
依赖范围控制依赖的生效环境、编译运行、传递性，共 6 种核心类型。compile（默认）：编译、测试、运行都生效，可传递，适用于核心依赖。provided：编译、测试生效，运行时由容器提供（如 Servlet），不打包。runtime：测试、运行生效，编译不依赖（如 JDBC 驱动）。test：仅测试环境生效，不打包（如 JUnit）。system：本地系统依赖，不通过仓库下载，极少使用。import：仅用于 dependencyManagement，导入其他 POM 的依赖管理。Scope 精准控制依赖的生命周期，避免打包冗余、依赖冲突。
生命周期是 Maven构建项目的标准化流程，分 clean、default、site 三套，固定不可修改。阶段（phase）是生命周期的执行步骤，一个生命周期包含多个阶段，如 default 生命周期包含 compile、test、package 等。目标（goal）是阶段的具体执行任务，由插件提供，一个阶段绑定一个或多个目标。执行阶段时，会自动执行该阶段及之前所有阶段绑定的目标。三者关系：生命周期包含阶段，阶段绑定目标。比如执行mvn package，会按顺序执行 default 生命周期中从 validate 到 package 的所有阶段及对应插件目标。
Maven 坐标是依赖的唯一标识，由四组核心元素组成：groupId 项目组织 / 公司标识（如 com.alibaba）；artifactId 项目模块名称（如 nacos-client）；version 项目版本号（如 1.0.0）；packaging 打包方式（jar/war，默认 jar）。四个元素组合，全球唯一标识一个依赖，彻底解决依赖重复、混淆问题。仓库通过坐标存储、检索依赖，开发者通过坐标引入依赖，坐标系统是 Maven 依赖管理、仓库管理的核心基础，保证依赖引用精准无歧义。
Maven 依赖管理核心是传递性依赖 + 冲突自动解决 + 手动管控。传递性依赖：引入 A 依赖时，自动引入 A 依赖的 B 依赖，无需手动配置。依赖冲突解决遵循两规则：路径最短优先（直接依赖优先级高于传递依赖）；路径相同，先声明优先。手动管控可通过exclusions 排除传递依赖，dependencyManagement 统一锁定依赖版本，强制所有模块使用指定版本，彻底解决冲突。依赖管理让依赖引入极简，同时支持精细化管控，保证项目依赖稳定、无冲突。
Snapshot 是快照版本（开发版），Release 是正式发布版本。Snapshot 版本用于开发阶段，每次构建都会更新仓库中的文件，Maven 构建时自动下载最新快照版本，适合团队开发联调。Release 版本是稳定正式版，版本号固定，仓库中文件不可修改，Maven 仅下载一次，除非手动更新版本。生产环境必须使用 Release 版本，保证依赖稳定；开发环境用 Snapshot 版本，实时同步最新代码。两者的版本标识区别：Snapshot 带-SNAPSHOT后缀，Release 为固定版本号。
Maven 仓库是存储依赖、插件的仓库，分三类。本地仓库：开发者本地磁盘目录，缓存下载的依赖、插件，优先从本地读取，提升构建速度。中央仓库：Maven 官方默认公共仓库，包含绝大多数开源依赖，无需配置。远程私服（私有仓库）：企业内部搭建的仓库（如 Nexus），存储公司私有依赖、代理中央仓库，节省带宽、统一管控。仓库加载顺序：本地→私服→中央。私服是企业级开发必备，解决私有依赖存储、依赖下载速度、版本管控的核心问题。
POM（Project Object Model）是 Maven 项目的核心配置文件，作用是管理项目的依赖、插件、构建、版本、模块等所有信息，替代传统的 build.xml。常见核心元素：modelVersion POM 模型版本；groupId/artifactId/version 项目坐标；dependencies 依赖管理；build 插件配置；parent 继承父项目；modules 多模块聚合；profiles 多环境配置；properties 自定义属性。POM 是 Maven 的灵魂，所有构建、依赖、插件行为都由 POM 定义，实现项目的标准化管理。
继承是子 POM 继承父 POM 的配置，父 POM 用dependencyManagement统一锁定依赖版本、插件配置，子模块无需重复配置，实现配置复用。聚合是父 POM 统一管理多个子模块，用modules声明子模块，执行构建命令时，一次性构建所有子模块，无需逐个操作。继承解决配置复用问题，聚合解决批量构建问题。多模块项目通常父 POM 同时实现继承 + 聚合，子模块专注业务代码，统一版本、统一构建，是企业级大型项目的标准架构。
插件是 Maven执行构建任务的核心组件（如编译、打包、测试），每个插件包含多个目标（goal）。插件绑定：将插件目标关联到生命周期阶段，执行阶段时自动触发插件任务。插件与依赖的区别：插件是构建工具，用于执行构建操作；依赖是项目运行所需的类库，供业务代码调用。常用插件：compiler（编译）、surefire（测试）、package（打包）。插件可自定义配置、版本，扩展 Maven 构建能力，满足编译、打包、部署等各类定制化需求。
属性是 POM 中的自定义变量，用properties定义，统一管理版本号、配置参数，简化 POM 维护。资源过滤：开启后，Maven 会替换resources目录中的${属性}变量，将 POM 属性注入配置文件，实现配置动态化。Profiles 是多环境配置，定义 dev/test/prod 等环境，激活不同 Profile 时，加载对应配置、依赖、插件。三者结合，实现多环境一键切换、配置统一管理，解决开发、测试、生产环境的配置差异问题，无需手动修改配置文件。
传递性依赖是 Maven 的自动依赖导入机制：当你引入核心依赖 A 时，Maven 会自动解析 A 的依赖树，下载并导入 A 所依赖的 B、C 等间接依赖，无需手动声明。传递性依赖极大简化依赖配置，但易引发版本冲突。管控方式：用exclusions标签排除不需要的传递依赖；用dependencyManagement锁定传递依赖的版本；用optional标记可选依赖，禁止传递。通过这些手段，既能享受传递依赖的便捷，又能精准管控依赖版本，避免冲突和冗余。
Maven 与 Git 集成无需复杂配置，核心是版本管理 + 构建协作。Git 管理项目源代码、POM 文件、目录结构，实现代码版本控制、团队协作。Maven 负责项目构建、依赖管理，两者分工协作。可通过maven-git-commit-id-plugin插件，将 Git 提交信息、分支名注入项目，方便排查版本。团队开发中，Git 拉取代码后，直接执行mvn clean package即可完成构建，无需配置环境。同时，多模块项目通过 Git 统一管理源码，Maven 统一构建，是微服务项目的标准协作模式。
