文章目录
- 一. 基于IDEA的Maven工程创建
- 1.1 Maven工程GAVP属性
- （1）GroupID 格式
- （2）ArtifactID 格式
- （3）Version版本号格式
- （4）Packaging定义规则
- 1.2 IDEA构建Maven JavaSE工程
- 1.3 IDEA构建Maven JavaEE工程
- （1）手动创建
- （2）插件方式创建（推荐）
- 二. Maven 核心功能：功能依赖和构建管理
- 2.1 依赖管理和配置
- 2.2 依赖冲突
- 2.3 依赖导入失败解决方法
- 2.4 构建管理和插件配置
- （1）构建
- （2）构建生命周期
一. 基于IDEA的Maven工程创建
1.1 Maven工程GAVP属性
Maven工程有一组gavp属性，gav需要在创建项目的时指定，p有默认值，后期可通过配置文件修改。
G：GroupId
A：ArtifactId
V：Version
P：Packaging
前三个是必要的，而 Packaging 属性为可选项。
（1）GroupID 格式
com.{公司/BU }.业务线.[子业务线]，最多 4 级。
例：com.taobao.tddl 或 com.alibaba.sourcing.multilang
（2）ArtifactID 格式
产品线名-模块名。语义不重复不遗漏，先到仓库中心去查证一下。
例：tc-client / uic-api / tair-tool / bookstore
（3）Version版本号格式
主版本号.次版本号.修订号 1.0.0
主版本号：当做了不兼容的 API 修改，或者增加了能改变产品方向的新功能。
次版本号：当做了向下兼容的功能性新增（新增类、接口等）。
修订号：修复 bug，没有修改方法签名的功能加强，保持 API 兼容性。
例： 初始→1.0.0 修改bug → 1.0.1 功能调整 → 1.1.1等
（4）Packaging定义规则
指示将项目打包为什么类型的文件，idea根据packaging值，识别maven项目类型！
packaging 属性为 jar（默认值），代表普通的Java工程，打包以后是.jar结尾的文件。
packaging 属性为 war，代表Java的web工程，打包以后.war结尾的文件。
packaging 属性为 pom，代表不会打包，用来做继承的父工程。
1.2 IDEA构建Maven JavaSE工程
注：此处version是一个默认值1.0-SNAPSHOT，自己后期可以在项目中修改！
1.3 IDEA构建Maven JavaEE工程
（1）手动创建
-
根据上面的步骤创建一个 Maven JavaSE 工程
-
手动添加Web项目结构文件（结构和命名固定）
-
修改pom.xml文件打包方式
<!-- 在pom.xml文件中修改 <packaging> --> <packaging>war</packaging> -
刷新和校验
项目的webapp文件夹出现小蓝点，代表成功！！
（2）插件方式创建（推荐）
-
安装插件JBLJavaToWeb
若没有 install 则点击安装 -
创建一个 Maven JavaSE 工程
-
右键、使用插件补全web项目
二. Maven 核心功能：功能依赖和构建管理
2.1 依赖管理和配置
定义 POM 文件，Maven 能够自动解析项目的依赖关系，并通过 Maven 仓库自动下载和管理依赖，从而避免了手动下载可能引发的版本冲突问题。
- maven项目信息属性配置和读取：GAVP属性
- 依赖管理和添加：
<dependencies> <!-- 引入具体的依赖包 --> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> <!-- 生效范围 - compile ：main目录 test目录 - provided：main目录 test目录 - runtime： 打包运行 - test: test目录 --> <scope>runtime</scope> </dependency> </dependencies> - 依赖版本提取和维护:
<!--声明版本--> <properties> <!--内部制定版本号--> <junit.version>4.11</junit.version> </properties> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <!--引用properties声明版本 --> <version>${junit.version}</version> </dependency> </dependencies>
2.2 依赖冲突
当直接引用或者间接引用出现了相同的jar包! 这时呢，一个项目就会出现相同的重复jar包，这就算作冲突！
- 解决依赖冲突方式：
-
短路优先原则（第一原则）
A—>B—>C—>D—>E—>X(version 0.0.1) A—>F—>X(version 0.0.2) 则A依赖于X(version 0.0.2)。 -
依赖路径长度相同情况下，则“先声明优先”（第二原则）
A—>E—>X(version 0.0.1) A—>F—>X(version 0.0.2) 在<depencies></depencies>中，先声明的，路径相同，会优先选择！
-
2.3 依赖导入失败解决方法
（1）检查网络连接和 Maven 仓库服务器状态。
（2）确保依赖项的版本号与项目对应的版本号匹配，并检查 POM 文件中的依赖项是否正确。
（3）清除本地 Maven 仓库缓存（lastUpdated 文件），因为只要存在lastupdated缓存文件，刷新也不会重新下载。 ——》 直接在本地仓库中搜索以 .lastUpdated 结尾的文件，删除即可！
2.4 构建管理和插件配置
（1）构建
- 项目构建是指将源代码、依赖库和资源文件等转换成可执行或可部署的应用程序的过程
（2）构建生命周期
打包: mvn clean package
重新编译: mvn clean compile
本地部署: mvn clean install
最终进行构建的是插件，插件配置
<build>
<!-- jdk17 和 war包版本插件不匹配 -->
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>3.2.2</version>
</plugin>
</plugins>
</build>
