文章目录
1.2 初识Maven
1.2.1 什么是Maven
①maven是专门用于管理和构建Java项目的工具
②maven主要工具有
- 1)提供了一套标准化的项目结构
- 2)提供了一套标准化的构建流程
- 3)提供了一套依赖管理机制
1.2.2 Maven的作用
1. 依赖管理
- 方便快捷的管理项目依赖的资源(jar包),避免版本冲突问题
2. 统一项目结构
- 提供标准、统一的项目结构(当你使用不同的开发工具Eclipse、Idea时maven项目工程是统一且标准的)
3. 项目构建
- maven提供了标准的、跨平台(Linux、Windows、MacOS) 的自动化项目构建方式
1.3 Maven模型
- 构建生命周期/阶段(Build lifecycle & phases)
上图中紫色框起来的,就是用来完成标准化构建流程 。当我们需要编译,Maven有编译插件;当我们需要打包,Maven有打包插件。
- 项目对象模型 (Project Object Model)
上图中紫色框起来j就是项目对象模型,将项目抽象成一个对象模型,有自己专属的坐标,如下图所示是一个Maven项目:
通过坐标可以定位到所需资源(jar包)位置
- 依赖管理模型(Dependency)
上图中紫色框起来的就是依赖管理模型,使用坐标来描述当前项目依赖哪些第三方jar包
- 构建生命周期/阶段(Build lifecycle & phases
1.4 Maven仓库
仓库:用于存储资源,管理各种jar包
仓库的本质就是一个目录(文件夹),这个目录被用来存储开发中所有依赖(就是jar包)和插件
1.4.1 Maven仓库分为
- 本地仓库:自己计算机上的一个目录(用来存储jar包)
- 中央仓库:由Maven团队维护的全球唯一的。仓库地址:https://repo1.maven.org/maven2/
- 远程仓库(私服):一般由公司团队搭建的私有仓库
是否有对应的jar包,如果有,则在项目直接引用,如果没有,则去中央仓库中下载对应的jar包到本地仓库。
1.4.2 Maven项目的目录结构
|— src (源代码目录和测试代码目录)
|— main (源代码目录)
|— java (源代码java文件目录)
|— resources (源代码配置文件目录)
|— test (测试代码目录)
|— java (测试代码java目录)
|— resources (测试代码配置文件目录)
|— target (编译、打包生成文件存放目录)
1.5 POM配置详解
project
:pom文件的根标签,表示当前maven项目modelVersion
:声明项目描述遵循哪一个POM模型版本- 虽然模型本身的版本很少改变,但它仍然是必不可少的。目前POM模型版本是4.0.0
- 坐标 :
groupId
、artifactId
、version
- 定位项目在本地仓库中的位置,由以上三个标签组成一个坐标
packaging
:maven项目的打包方式,通常设置为jar或war(默认值:jar)
<?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>
<!--maven核心配置文件
坐标信息
管理依赖
配置信息
-->
<groupId>com.sesameseed</groupId>
<artifactId>mavenp01</artifactId>
<version>1.0-SNAPSHOT</version>
<dependencies> <!--依赖的父标签,包含每一个子依赖-->
<!-- https://mvnrepository.com/artifact/ch.qos.logback/logback-classic -->
<dependency> <!--子依赖-->
<!--组织名-->
<groupId>ch.qos.logback</groupId>
<!--项目名-->
<artifactId>logback-classic</artifactId>
<!--版本号-->
<version>1.2.3</version>
<!--作用范围-->
<scope>test</scope>
</dependency>
</dependencies>
</project>
1.6 依赖传递
依赖传递可以分为:
- 直接依赖:在当前项目中通过依赖配置建立的依赖关系
- 间接依赖:被依赖的资源如果依赖其他资源,当前项目间接依赖其他资源
上图中:
- projectA依赖了projectB。对于projectA 来说,projectB 就是直接依赖。
- 而projectB依赖了projectC及其他jar包。 那么此时,在projectA中也会将projectC的依赖传递下来。对于projectA 来说,projectC就是间接依赖。
1.7 排除依赖
排除依赖:指主动断开依赖的资源。(被排除的资源无需指定版本
<!--排除依赖, 主动断开依赖的资源-->
<exclusions>
<exclusion>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</exclusion>
</exclusions>
</dependency>
1.8 依赖范围
如果希望限制依赖的使用范围,可以通过
scope
标签设置其作用范围。
作用范围:
- 主程序范围有效(main文件夹范围内)
- 测试程序范围有效(test文件夹范围内)
- 是否参与打包运行(package指令范围内)
scope标签的取值范围:
scope值 | 主程序 | 测试程序 | 打包(运行) | 范例 |
---|---|---|---|---|
compile(默认) | Y | Y | Y | log4j |
test | - | Y | - | junit |
provided | Y | Y | - | servlet-api |
runtime | - | Y | Y | jdbc驱动 |
1.9 生命周期
- clean:清理工作。
- default:核心工作。如:编译、测试、打包、安装、部署等。
- site:生成报告、发布站点等。
• clean:移除上一次构建生成的文件
• compile:编译项目源代码
• test:使用合适的单元测试框架运行测试(junit)
• package:将编译后的文件打包,如:jar、war等
• install:安装项目到本地仓库