面试题手册

Maven Archetype（原型）是 Maven 提供的项目模板机制，用于快速创建标准化的项目结构。Archetype 定义了项目的基本结构、默认配置和初始代码，开发者可以基于原型快速创建新项目。Archetype 的作用：标准化项目结构，确保团队使用一致的项目布局减少重复配置，提高项目创建效率提供最佳实践模板，帮助新手快速上手支持自定义原型，满足特定项目需求常用 Archetype：maven-archetype-quickstart：创建简单的 Java 项目mvn archetype:generate \ -DgroupId=com.example \ -DartifactId=my-project \ -DarchetypeArtifactId=maven-archetype-quickstart \ -DinteractiveMode=falsemaven-archetype-webapp：创建 Web 应用项目mvn archetype:generate \ -DgroupId=com.example \ -DartifactId=my-webapp \ -DarchetypeArtifactId=maven-archetype-webapp \ -DinteractiveMode=falsespring-boot-starter-parent：创建 Spring Boot 项目mvn archetype:generate \ -DgroupId=com.example \ -DartifactId=spring-boot-app \ -DarchetypeGroupId=org.springframework.boot \ -DarchetypeArtifactId=spring-boot-starter-parent \ -DarchetypeVersion=2.7.0 \ -DinteractiveMode=falseArchetype 命令参数：-DgroupId：项目组 ID-DartifactId：项目构件 ID-Dversion：项目版本号-Dpackage：基础包名-DarchetypeGroupId：原型组 ID-DarchetypeArtifactId：原型构件 ID-DarchetypeVersion：原型版本号-DinteractiveMode：是否交互模式交互式创建项目：mvn archetype:generateMaven 会列出可用的原型，开发者可以选择并输入项目信息。自定义 Archetype：创建 Archetype 项目：mvn archetype:generate \ -DgroupId=com.example \ -DartifactId=my-archetype \ -DarchetypeArtifactId=maven-archetype-archetype \ -DinteractiveMode=false配置 Archetype 描述文件（archetype-metadata.xml）：<archetype-descriptor> <requiredProperties> <requiredProperty key="groupId"> <defaultValue>com.example</defaultValue> </requiredProperty> <requiredProperty key="artifactId"> <defaultValue>my-project</defaultValue> </requiredProperty> </requiredProperties> <fileSets> <fileSet filtered="true" packaged="true"> <directory>src/main/java</directory> <includes> <include>**/*.java</include> </includes> </fileSet> </fileSets></archetype-descriptor>安装自定义 Archetype：mvn clean install使用自定义 Archetype：mvn archetype:generate \ -DarchetypeGroupId=com.example \ -DarchetypeArtifactId=my-archetype \ -DarchetypeVersion=1.0.0Archetype Catalog：Archetype Catalog 是原型的索引文件，可以本地或远程托管：本地 Catalog：~/.m2/archetype-catalog.xml远程 Catalog：通过 URL 访问最佳实践：为团队创建统一的 Archetype，确保项目结构一致在 Archetype 中包含常用的依赖和插件配置使用参数化配置，提高 Archetype 的灵活性定期更新 Archetype，反映最新的最佳实践在 CI/CD 流程中使用 Archetype 自动化项目创建Maven Archetype 是提高团队开发效率和项目标准化的重要工具。

Maven Assembly Plugin 是 Maven 提供的一个强大插件，用于创建自定义的分发包（Distribution）。它允许开发者将项目及其依赖打包成各种格式，如 ZIP、TAR、GZ 等，满足不同的分发需求。Assembly Plugin 的作用：创建可分发的软件包打包项目及其所有依赖支持自定义文件结构和布局生成多种压缩格式创建可执行的启动脚本配置 Assembly Plugin：添加插件依赖：<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <version>3.4.2</version> <configuration> <descriptorRefs> <descriptorRef>jar-with-dependencies</descriptorRef> </descriptorRefs> <archive> <manifest> <mainClass>com.example.Main</mainClass> </manifest> </archive> </configuration> <executions> <execution> <id>make-assembly</id> <phase>package</phase> <goals> <goal>single</goal> </goals> </execution> </executions> </plugin> </plugins></build>使用预定义描述符：jar-with-dependencies：包含所有依赖的 JAR 包bin：二进制分发包src：源代码分发包project：项目分发包自定义 Assembly 描述符：创建 src/assembly/distribution.xml 文件：<assembly xmlns="http://maven.apache.org/ASSEMBLY/2.1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/ASSEMBLY/2.1.0 https://maven.apache.org/xsd/assembly-2.1.0.xsd"> <id>distribution</id> <formats> <format>zip</format> <format>tar.gz</format> </formats> <includeBaseDirectory>true</includeBaseDirectory> <baseDirectory>${project.artifactId}-${project.version}</baseDirectory> <fileSets> <fileSet> <directory>src/main/scripts</directory> <outputDirectory>bin</outputDirectory> <fileMode>0755</fileMode> </fileSet> <fileSet> <directory>src/main/config</directory> <outputDirectory>conf</outputDirectory> </fileSet> </fileSets> <dependencySets> <dependencySet> <outputDirectory>lib</outputDirectory> <useProjectArtifact>true</useProjectArtifact> <scope>runtime</scope> </dependencySet> </dependencySets></assembly>在 POM 中引用自定义描述符：<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <version>3.4.2</version> <configuration> <descriptors> <descriptor>src/assembly/distribution.xml</descriptor> </descriptors> </configuration></plugin>Assembly 描述符的核心元素：formats：定义输出格式（zip、tar、tar.gz、jar、war 等）fileSets：定义文件集合，包含源文件和目标目录dependencySets：定义依赖集合，包含依赖的输出目录和范围files：定义单个文件moduleSets：定义多模块项目的模块集合创建可执行 JAR 包：<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <configuration> <descriptorRefs> <descriptorRef>jar-with-dependencies</descriptorRef> </descriptorRefs> <archive> <manifest> <mainClass>com.example.Main</mainClass> </manifest> </archive> </configuration></plugin>创建启动脚本：在 src/main/scripts 目录下创建启动脚本：start.sh（Unix/Linux）：#!/bin/bashAPP_HOME=$(cd "$(dirname "$0")"; pwd)java -jar $APP_HOME/lib/${project.artifactId}-${project.version}.jarstart.bat（Windows）：@echo offset APP_HOME=%~dp0java -jar %APP_HOME%lib\${project.artifactId}-${project.version}.jar使用 Assembly Plugin：mvn clean package生成的分发包位于 target 目录下。最佳实践：使用自定义描述符满足特定需求合理组织文件结构，便于用户使用包含 README 和 LICENSE 文件设置正确的文件权限（fileMode）使用 Profile 区分不同环境的分发包在 CI/CD 流程中自动化分发包创建定期测试分发包的可用性常见问题解决：依赖冲突：使用 <excludes> 排除不需要的依赖文件权限：在 Unix 系统中设置正确的文件模式路径问题：使用相对路径确保跨平台兼容性包大小：使用 <useTransitiveFiltering> 控制依赖范围Maven Assembly Plugin 是创建专业分发包的强大工具，能够满足各种复杂的分发需求。

Maven Wrapper 是 Maven 的一个重要工具，它允许项目在没有预装 Maven 的环境中构建。Maven Wrapper 包含一组脚本和 JAR 文件，确保项目使用特定版本的 Maven 进行构建，提高构建的可重现性。Maven Wrapper 的作用：确保团队成员使用相同版本的 Maven简化新环境的搭建，无需手动安装 Maven提高构建的可重现性便于 CI/CD 环境配置支持项目特定的 Maven 版本安装 Maven Wrapper：使用 Maven Wrapper 插件安装：mvn wrapper:wrapper指定 Maven 版本：mvn wrapper:wrapper -Dmaven=3.8.6Maven Wrapper 的文件结构：project/├── .mvn/│ ├── wrapper/│ │ ├── maven-wrapper.jar│ │ ├── maven-wrapper.properties│ │ └── MavenWrapperDownloader.java├── mvnw # Unix/Linux/Mac 脚本├── mvnw.cmd # Windows 脚本└── pom.xml使用 Maven Wrapper：安装后，使用 ./mvnw（Unix/Linux/Mac）或 mvnw.cmd（Windows）代替 mvn 命令：# Unix/Linux/Mac./mvnw clean install# Windowsmvnw.cmd clean install配置 Maven Wrapper：在 .mvn/wrapper/maven-wrapper.properties 文件中配置：distributionUrl=https://repo.maven.apache.org/maven2/org/apache/maven/apache-maven/3.8.6/apache-maven-3.8.6-bin.zipwrapperUrl=https://repo.maven.apache.org/maven2/org/apache/maven/wrapper/maven-wrapper/3.2.0/maven-wrapper-3.2.0.jar自定义 Maven 仓库：在 .mvn/jvm.config 文件中配置 JVM 参数：-Dmaven.repo.local=/path/to/local/repo在 CI/CD 中使用 Maven Wrapper：Jenkins Pipeline：pipeline { agent any stages { stage('Build') { steps { sh './mvnw clean install' } } }}GitLab CI/CD：build: stage: build script: - ./mvnw clean installGitHub Actions：jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: Build with Maven Wrapper run: ./mvnw clean installMaven Wrapper 的优势：版本一致性：所有开发者使用相同的 Maven 版本环境无关：不需要预装 Maven易于迁移：项目可以轻松迁移到新环境自动化友好：CI/CD 环境无需额外配置安全性：可以锁定 Maven 版本，避免使用不兼容的版本最佳实践：将 Maven Wrapper 文件提交到版本控制系统在 .gitignore 中排除 .mvn/wrapper/dists 目录定期更新 Maven Wrapper 版本在项目文档中说明如何使用 Maven Wrapper在 CI/CD 环境中优先使用 Maven Wrapper配置国内镜像加速下载更新 Maven Wrapper：./mvnw wrapper:wrapper -Dmaven=3.9.0常见问题解决：权限问题：确保脚本有执行权限 chmod +x mvnw下载失败：配置国内镜像或使用代理版本冲突：确保 maven-wrapper.properties 中的版本正确Maven Wrapper 是现代 Java 项目的标准配置，能够显著提高项目的可移植性和构建一致性。

Maven 与 Spring Boot 的结合是现代 Java 开发的标准实践。Spring Boot 提供了 spring-boot-starter-parent 作为父 POM，简化了 Maven 配置，提供了默认的依赖管理和插件配置。Spring Boot Starter Parent 的作用：统一管理依赖版本，避免版本冲突提供默认的编译器配置配置资源过滤和编码提供默认的插件配置简化打包和部署流程使用 Spring Boot Starter Parent：<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.7.0</version> <relativePath/></parent>Spring Boot 项目的基本 POM 配置：<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.7.0</version> <relativePath/> </parent> <groupId>com.example</groupId> <artifactId>spring-boot-app</artifactId> <version>1.0.0</version> <name>Spring Boot Application</name> <properties> <java.version>11</java.version> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> </properties> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> </dependencies> <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build></project>Spring Boot Maven Plugin：Spring Boot Maven Plugin 是打包 Spring Boot 应用的关键插件：<build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <mainClass>com.example.Application</mainClass> <excludes> <exclude> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> </exclude> </excludes> </configuration> <executions> <execution> <goals> <goal>repackage</goal> </goals> </execution> </executions> </plugin> </plugins></build>常用 Spring Boot Starter 依赖：spring-boot-starter-web：Web 应用开发spring-boot-starter-data-jpa：JPA 数据访问spring-boot-starter-data-mongodb：MongoDB 数据访问spring-boot-starter-security：安全认证spring-boot-starter-test：测试支持spring-boot-starter-actuator：监控和管理多环境配置：使用 Profile 管理不同环境：<profiles> <profile> <id>dev</id> <activation> <activeByDefault>true</activeByDefault> </activation> <properties> <spring.profiles.active>dev</spring.profiles.active> </properties> </profile> <profile> <id>prod</id> <properties> <spring.profiles.active>prod</spring.profiles.active> </properties> </profile></profiles>资源过滤配置：<build> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> </resource> </resources></build>打包和运行：# 打包mvn clean package# 运行java -jar target/spring-boot-app-1.0.0.jar# 跳过测试打包mvn clean package -DskipTests最佳实践：使用 spring-boot-starter-parent 简化配置合理选择 Starter 依赖，避免引入不必要的依赖使用 Profile 管理多环境配置配置资源过滤，动态替换配置使用 spring-boot-maven-plugin 打包可执行 JAR定期更新 Spring Boot 版本，获取安全修复在 CI/CD 流程中集成构建和部署常见问题解决：依赖冲突：使用 mvn dependency:tree 分析依赖关系打包失败：检查插件配置和依赖版本配置不生效：确认资源过滤和 Profile 配置启动失败：检查主类配置和依赖完整性Maven 与 Spring Boot 的结合能够显著简化 Java 项目的开发和部署流程。

Maven 与持续集成（CI）工具的结合是现代软件开发流程的重要组成部分。Maven 的标准化构建流程和丰富的插件生态使其与各种 CI 工具无缝集成，实现自动化构建、测试和部署。支持的 CI 工具：Jenkins：最流行的开源 CI 工具，与 Maven 深度集成GitLab CI/CD：GitLab 内置的 CI/CD 功能GitHub Actions：GitHub 的自动化工作流Travis CI：基于云的 CI 服务CircleCI：现代化的 CI/CD 平台TeamCity：JetBrains 的 CI/CD 工具Jenkins 集成配置：使用 Maven 插件：pipeline { agent any stages { stage('Build') { steps { sh 'mvn clean compile' } } stage('Test') { steps { sh 'mvn test' } } stage('Package') { steps { sh 'mvn package' } } stage('Deploy') { steps { sh 'mvn deploy' } } }}使用 Maven 镜像：pipeline { agent { docker { image 'maven:3.8.6-openjdk-11' args '-v $HOME/.m2:/root/.m2' } } stages { stage('Build') { steps { sh 'mvn clean install' } } }}GitLab CI/CD 集成配置：stages: - build - test - deployvariables: MAVEN_OPTS: "-Dmaven.repo.local=$CI_PROJECT_DIR/.m2/repository"build: stage: build image: maven:3.8.6-openjdk-11 script: - mvn clean compile cache: paths: - .m2/repositorytest: stage: test image: maven:3.8.6-openjdk-11 script: - mvn test artifacts: reports: junit: target/surefire-reports/TEST-*.xmldeploy: stage: deploy image: maven:3.8.6-openjdk-11 script: - mvn deploy only: - masterGitHub Actions 集成配置：name: Maven CIon: push: branches: [ master ] pull_request: branches: [ master ]jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: Set up JDK 11 uses: actions/setup-java@v2 with: java-version: '11' distribution: 'adopt' cache: maven - name: Build with Maven run: mvn clean install - name: Run tests run: mvn test - name: Upload test results if: always() uses: actions/upload-artifact@v2 with: name: test-results path: target/surefire-reports/CI/CD 最佳实践：缓存依赖：使用 Maven 本地仓库缓存配置 CI 工具的缓存功能使用 Docker 卷挂载缓存并行构建：mvn clean install -T 4增量构建：只构建变更的模块使用 Git diff 识别变更文件测试报告：生成 JUnit 测试报告集成代码覆盖率工具（JaCoCo）配置测试失败时的通知安全扫描：使用 OWASP Dependency Check集成 SAST/DAST 工具定期更新依赖版本部署策略：使用 Profile 区分环境配置自动化部署流程实现蓝绿部署或金丝雀发布常见 CI/CD 场景：代码提交触发构建：on: push: branches: [ master, develop ]Pull Request 触发构建：on: pull_request: branches: [ master ]定时构建：on: schedule: - cron: '0 2 * * *' # 每天凌晨 2 点多环境部署：deploy-staging: stage: deploy script: - mvn deploy -Pstagingdeploy-production: stage: deploy script: - mvn deploy -Pproduction when: manual监控和通知：配置构建失败通知（邮件、Slack、钉钉）监控构建时间和成功率集成性能监控工具Maven 与 CI 工具的结合能够显著提高开发效率，实现自动化、标准化的软件交付流程。

Maven Profile（配置文件）是 Maven 提供的一种机制，用于在不同的环境或条件下使用不同的构建配置。Profile 允许开发者定义多套配置，并在构建时根据条件激活相应的配置。Profile 的定义位置：pom.xml：项目级别的 Profile，只对当前项目有效settings.xml：用户级别的 Profile，对所有项目有效~/.m2/settings.xml：全局级别的 Profile，对所有用户和项目有效Profile 的激活方式：命令行激活：使用 -P 参数指定激活的 Profilemvn clean install -Pdevmvn clean install -Pdev,test环境变量激活：通过环境变量判断<profiles> <profile> <id>dev</id> <activation> <property> <name>env</name> <value>dev</value> </property> </activation> </profile></profiles>JDK 版本激活：根据 JDK 版本自动激活<activation> <jdk>11</jdk></activation>操作系统激活：根据操作系统自动激活<activation> <os> <family>Windows</family> </os></activation>文件存在激活：根据文件是否存在自动激活<activation> <file> <exists>src/main/resources/dev.properties</exists> </file></activation>Profile 的常见应用场景：多环境配置：开发、测试、生产环境使用不同的配置<profiles> <profile> <id>dev</id> <properties> <env>dev</env> <db.url>jdbc:mysql://localhost:3306/dev</db.url> </properties> </profile> <profile> <id>prod</id> <properties> <env>prod</env> <db.url>jdbc:mysql://prod-db:3306/prod</db.url> </properties> </profile></profiles>依赖管理：不同环境使用不同的依赖版本插件配置：不同环境使用不同的插件配置资源过滤：根据 Profile 过滤不同的资源文件<build> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> </resource> </resources></build>最佳实践：为不同环境定义清晰的 Profile 名称（dev、test、prod）使用属性（properties）统一管理环境相关的配置在父 POM 中定义通用的 Profile，子模块可以继承避免在 Profile 中定义过多的配置，保持简洁使用 -P 参数激活多个 Profile 时，注意配置的优先级在 CI/CD 流程中使用 Profile 自动化不同环境的构建常用命令：mvn help:active-profiles：查看当前激活的 Profilemvn help:all-profiles：查看所有可用的 Profilemvn clean install -Pprofile1,profile2：激活多个 Profile

Maven Release Plugin 是 Maven 提供的发布管理插件，用于自动化项目的发布流程。它能够规范版本号管理、创建标签、发布到仓库等操作，确保发布过程的标准化和可追溯性。Release Plugin 的作用：自动化版本号管理创建 Git 标签发布到远程仓库生成发布说明回滚发布配置 Release Plugin：<build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-release-plugin</artifactId> <version>3.0.0</version> <configuration> <tagNameFormat>v@{project.version}</tagNameFormat> <autoVersionSubmodules>true</autoVersionSubmodules> <releaseProfiles>release</releaseProfiles> <goals>deploy</goals> </configuration> </plugin> </plugins></build>发布流程：准备发布（release:prepare）：mvn release:prepare这个命令会执行以下操作：检查是否有未提交的代码检查是否有 SNAPSHOT 依赖将版本号从 SNAPSHOT 更新为正式版本创建 Git 标签将版本号更新为下一个 SNAPSHOT 版本执行发布（release:perform）：mvn release:perform这个命令会执行以下操作：检出标签代码构建项目发布到远程仓库一键发布：mvn release:prepare release:perform配置 SCM（Source Control Management）：在 POM 中配置 SCM 信息：<scm> <connection>scm:git:git@github.com:username/project.git</connection> <developerConnection>scm:git:git@github.com:username/project.git</developerConnection> <url>https://github.com/username/project</url> <tag>HEAD</tag></scm>配置仓库：<distributionManagement> <repository> <id>releases</id> <url>https://repo.company.com/maven2/releases</url> </repository> <snapshotRepository> <id>snapshots</id> <url>https://repo.company.com/maven2/snapshots</url> </snapshotRepository></distributionManagement>配置仓库认证：在 settings.xml 中配置：<servers> <server> <id>releases</id> <username>admin</username> <password>password</password> </server></servers>Release Plugin 参数：tagNameFormat：标签格式，如 v@{project.version}autoVersionSubmodules：自动更新子模块版本releaseProfiles：发布时激活的 Profilegoals：发布时执行的目标dryRun：模拟运行，不实际修改代码回滚发布：如果发布失败，可以回滚：mvn release:rollback清理发布：清理发布过程中的临时文件：mvn release:clean最佳实践：在发布前确保所有测试通过使用语义化版本号规范创建清晰的 Git 标签配置自动化测试和代码检查在 CI/CD 流程中集成发布流程保留发布记录和发布说明定期备份发布版本CI/CD 集成：Jenkins Pipeline：pipeline { agent any stages { stage('Release') { steps { sh 'mvn release:prepare release:perform' } } }}GitHub Actions：jobs: release: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: Set up JDK uses: actions/setup-java@v2 with: java-version: '11' - name: Release run: mvn release:prepare release:perform env: GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}常见问题解决：未提交的代码：确保所有代码已提交SNAPSHOT 依赖：将 SNAPSHOT 依赖更新为正式版本权限问题：配置正确的仓库认证信息标签冲突：删除或重命名冲突的标签网络问题：配置代理或使用国内镜像Maven Release Plugin 是规范项目发布流程的重要工具，能够显著提高发布效率和质量。

Maven 版本管理遵循语义化版本规范（Semantic Versioning），使用三段式版本号格式：MAJOR.MINOR.PATCH。理解 Maven 版本管理对于依赖管理和项目发布至关重要。版本号格式：MAJOR（主版本号）：不兼容的 API 修改MINOR（次版本号）：向下兼容的功能性新增PATCH（修订号）：向下兼容的问题修正版本号示例：1.0.0：第一个稳定版本1.2.3：主版本 1，次版本 2，修订号 32.0.0：不兼容的主版本升级版本范围限定符：精确版本：1.0.0，只使用指定版本范围版本：[1.0,2.0)：大于等于 1.0 且小于 2.0(1.0,2.0]：大于 1.0 且小于等于 2.0[1.0,]：大于等于 1.0[,1.0]：小于等于 1.0通配符版本：1.0.* 或 1.0：1.0.x 的任意版本1.* 或 1：1.x 的任意版本最新版本：LATEST：最新发布版本RELEASE：最新稳定版本快照版本：1.0-SNAPSHOT，开发中的版本SNAPSHOT 版本：SNAPSHOT 是 Maven 特有的版本标识，表示开发中的版本每次构建时，Maven 会检查远程仓库是否有更新的 SNAPSHOT 版本SNAPSHOT 版本不应该在生产环境中使用发布时应该将 SNAPSHOT 替换为正式版本号版本管理最佳实践：使用 dependencyManagement 统一管理版本：<dependencyManagement> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>5.3.20</version> </dependency> </dependencies></dependencyManagement>使用 BOM（Bill of Materials）管理版本：<dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-dependencies</artifactId> <version>2.7.0</version> <type>pom</type> <scope>import</scope> </dependency> </dependencies></dependencyManagement>使用属性定义版本号：<properties> <spring.version>5.3.20</spring.version> <mybatis.version>3.5.9</mybatis.version></properties>版本冲突解决：最短路径优先：选择依赖路径最短的版本声明顺序优先：选择在 pom.xml 中先声明的版本强制指定版本：直接声明需要的版本覆盖传递依赖版本发布流程：开发阶段使用 SNAPSHOT 版本测试通过后，移除 SNAPSHOT 标识使用 mvn release:prepare 准备发布使用 mvn release:perform 执行发布发布到仓库供其他项目使用版本检查命令：mvn versions:display-dependency-updates：查看可更新的依赖mvn versions:display-plugin-updates：查看可更新的插件mvn versions:display-property-updates：查看可更新的属性mvn versions:use-latest-releases：更新到最新稳定版本注意事项：避免使用 LATEST 和 RELEASE，可能导致构建不稳定生产环境不使用 SNAPSHOT 版本定期更新依赖版本，修复安全漏洞使用版本范围时要谨慎，避免引入不兼容的更新在 CI/CD 流程中锁定依赖版本，确保构建可重现合理的版本管理能够提高项目的稳定性和可维护性。

Maven 的依赖范围（scope）决定了依赖在项目不同阶段的有效性，主要包括以下几种：compile：默认范围，依赖在编译、测试和运行时都有效。例如：spring-core、commons-lang3 等核心库。provided：依赖在编译和测试时有效，但在运行时由容器或 JDK 提供。例如：servlet-api、jsp-api 等由 Web 容器提供的 API。runtime：依赖在测试和运行时有效，但在编译时不需要。例如：JDBC 驱动（如 mysql-connector-java），编译时只需要 JDBC 接口。test：依赖仅在测试时有效，不会被打包到最终产物中。例如：JUnit、Mockito 等测试框架。system：类似 provided，但需要显式指定本地 jar 包路径，不推荐使用。import：仅在 dependencyManagement 中使用，用于导入其他 POM 的依赖管理配置。依赖范围还会影响依赖传递性。例如，如果 A 依赖 B（scope=compile），B 依赖 C（scope=test），则 C 不会传递给 A。理解依赖范围对于避免类冲突、减小最终包大小、提高构建效率非常重要。在实际项目中，合理配置依赖范围可以避免不必要的依赖传递，减少 jar 包冲突，优化项目结构。例如，将 Lombok 配置为 provided 范围，因为它只在编译时需要；将日志实现（如 logback）配置为 runtime，因为编译时只需要日志接口。

Maven 插件（Plugin）是 Maven 构建系统的核心组件，用于执行具体的构建任务。每个插件包含一个或多个目标（Goal），目标对应于构建过程中的具体操作。插件的基本概念：插件：一组相关目标的集合，用于完成特定类型的构建任务目标（Goal）：插件中的单个任务，可以单独执行或绑定到生命周期阶段生命周期绑定：将插件目标绑定到 Maven 生命周期的某个阶段，自动执行常用插件：maven-compiler-plugin：编译 Java 源代码<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.11.0</version> <configuration> <source>11</source> <target>11</target> <encoding>UTF-8</encoding> </configuration></plugin>maven-surefire-plugin：运行单元测试<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>3.0.0</version> <configuration> <skipTests>false</skipTests> <includes> <include>**/*Test.java</include> </includes> </configuration></plugin>maven-jar-plugin：打包 JAR 文件<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>3.3.0</version> <configuration> <archive> <manifest> <mainClass>com.example.Main</mainClass> </manifest> </archive> </configuration></plugin>maven-war-plugin：打包 WAR 文件maven-resources-plugin：处理资源文件maven-assembly-plugin：创建自定义分发包spring-boot-maven-plugin：Spring Boot 项目打包插件配置方式：直接配置：在 <build><plugins> 中直接配置插件插件管理：在 <build><pluginManagement> 中统一管理插件版本和配置绑定插件目标到生命周期：<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-source-plugin</artifactId> <version>3.2.1</version> <executions> <execution> <id>attach-sources</id> <phase>verify</phase> <goals> <goal>jar-no-fork</goal> </goals> </execution> </executions></plugin>常用插件命令：mvn plugin:goal：执行特定插件目标，如 mvn compiler:compilemvn help:describe -Dplugin=plugin-name：查看插件详细信息mvn help:effective-pom：查看有效的 POM 配置最佳实践：在父 POM 中使用 pluginManagement 统一管理插件版本合理配置插件参数，避免不必要的默认行为使用插件绑定自动化构建流程定期更新插件版本，获取新功能和修复对于大型项目，使用 profile 区分不同环境的插件配置