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统一构建，是微服务项目的标准协作模式。
