admin管理员组文章数量:1650780
Maven
- 欢迎打开这篇文章
- 一,内容清单
- 1,知识点
- 1.1、Maven简介、下载、安装、配置
- 1.1.1、Maven简介
- 1.1.2、下载
- 1.1.3、安装
- 1.1.4、配置
- 1.2、Maven构建项目的生命周期、常用命令
- 1.2.1、Maven构建项目的生命周期
- 1.2.2、Maven常用命令
- 1.3、在idea环境配置Maven,并创建Maven工程
- 1.3.1、Maven工程pom.xml详解
- 1.4、Maven的高级特性(模块化、聚合等)
- 1.4.1、依赖管理
- 1.4.1.1、maven坐标
- 1.4.1.2、依赖导入
- 1.4.1.3、依赖配置
- 1.4.2、依赖传递
- 1.4.2.1、什么是依赖传递
- 1.4.2.2、什么是依赖冲突
- 1.4.2.3、如何解决依赖冲突
- 1.4.3、maven项目模块化
- 1.4.4、maven项目的继承
- 1.4.5、maven项目的聚合
- 2,总结
欢迎打开这篇文章
你好! 这是你第一次了解 Maven 所展示的欢迎页。如果你想学习如何使用Maven, 可以仔细阅读这篇文章,了解一下基本语法知识。
一,内容清单
1,知识点
1.1、Maven简介、下载、安装、配置
1.1.1、Maven简介
==(能帮我们做什么)==maven是一个项目管理工具,主要作用是在项目开发阶段对项目进行依赖管理和项目构建,以及管理插件。
==(它出现并流行的历史背景)==以前项目都把jar包一股脑的往lib目录下塞,容易造成以下问题:
-
造成包的冗余:每个项目需要复制一次这些包,占用大量的空间。
-
不易管理:不同的开发者使用的jar包的版本不同,导致包不统一,甚至出现包的冲突。
-
阅读性差 : 应该导入哪些jar包,这些包又依赖了哪些包并不清楚。
==依赖管理==:就是对jar包的管理,以往我们需要下载好xxxx.jar的jar包,粘贴到工程的lib目录下面去,使用maven的依赖管理功能,想要引入某个包只需要导入maven的坐标即可(它会通过坐标找到对应的jar包并下载到本地的maven仓库)。
那我怎么知道某个jar包的坐标是什么呢?(提这个问题的同学非常Nice,点赞!!!)
我们可以打开maven的中央仓库,在里面搜索我们想要的jar包对应的坐标。maven中央仓库地址:https://mvnrepository/
比如我要用junit的jar包,那么操作如下图所示:
第一步:打开浏览器,在搜索框输入maven repository或者 maven 中央仓库回车进入到mavne中央仓库的主页面。
第二步:在搜索框输入想要jar包的名字,我这里要junit所以就输入junit,回车之后选中自己所要的junit,点击进入详情页
第三步:选中使用人数较多的版本(经过了市场检验的,使用人多说明稳定性好),点击进去就可以复制它的坐标了。
我复制了它的坐标粘贴到哪儿呢?(Excellent! 非常好!666)
我们创建的maven项目(下面有如何创建maven项目)会有个pom.xml的文件,就写到这个文件里面(下面有这个文件的标签元素代表着什么意思的详细说明),如下图所示:
项目构建:通过maven的一个命令就可以完成项目从清理、编译、测试、报告、打包、部署整个过程。
插件管理:Maven本质上是一个插件框架,它的核心并不执行任何具体的构建任务,所有这些任务都交给插件来完成。例如编译源代码是由maven-compiler-plugin完成的,但是这些插件都是maven默认的插件,如果需要配置自己的插件,则需要通过插件的坐标来引入插件。插件的坐标可以从maven官方提供的插件列表进行下载.
1.1.2、下载
官方网站:http://maven.apache/
下载页面:http://maven.apache/download.cgi
说明:下面演示版本为3.6.1
1.1.3、安装
maven安装包下载完成后是一个压缩文件,如下图所示:
我们需要将压缩包解压到一个没有中文,空格或其他特殊字符的文件夹内即可使用:
安装文件说明,如下图
1.1.4、配置
配置Maven环境变量(MAVEN_HOME=maven压缩包解压目录)
第一步:新增环境变量:MAVEN_HOME
第二步:在path环境变量中添加:%MAVEN_HOME%\bin;
第三步:测试:在cmd控制台中输入命令: mvn -v ;如果出现以下maven的版本信息,则说明maven的安装与环境变量的配置均正确;
Maven仓库配置
maven的仓库可以分为3种:
仓库名称 | 作用 |
---|---|
本地仓库 | 相当于缓存,工程第一次会从远程仓库(互联网)去下载jar 包,将jar包存在本地仓库(在程序员的电脑上)。第二次不需要从远程仓库去下载。先从本地仓库找,如果找不到才会去远程仓库找。 |
中央仓库 | 是远程仓库,仓库中jar由专业团队(maven团队)统一维护。中央仓库的地址:http://repo1.maven/maven2 |
私服 | 是远程仓库, 一般是在公司内部架设一台私人服务器对外公开。开发中经常使用的国内私服:阿里云 http://maven.aliyun/nexus/content/groups/public |
配置本地仓库
本地仓库的位置是通过maven的核心配置文件(settings.xml)来配置的。settings.xml文件位于maven安装目录:…\apache-maven-3.5.2\conf\settings.xml 。
打开setting.xml文件,发现本地仓库默认的地址为当前用户的/.m2/repository目录
一般情况下,我们需要自己重新设置本地仓库的地址,设置方法如下:
第一步:在maven的安装目录下创建一个repository文件夹(一般习惯将仓库地址和maven安装目录放置在一起)。
第二步:在核心配置文件setting.xml中,将仓库存放的位置设置成自己的maven安装路径
<settings xmlns="http://maven.apache/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache/SETTINGS/1.0.0 http://maven.apache/xsd/settings-1.0.0.xsd">
<!-- localRepository
| The path to the local repository maven will use to store artifacts.
|
| Default: ${user.home}/.m2/repository -->
<localRepository>D:\devlop\maven\repository</localRepository>
第三步:配置阿里云镜像加速
<mirrors>
<mirror>
<id>alimaven-central</id>
<mirrorOf>central</mirrorOf>
<name>aliyun maven</name>
<url>http://maven.aliyun/nexus/content/repositories/central/</url>
</mirror>
</mirrors>
1.2、Maven构建项目的生命周期、常用命令
1.2.1、Maven构建项目的生命周期
生命周期是什么
在Maven出现之前,项目构建的生命周期就已经存在,软件开发人员每天都在对项目进行清理,编译,测试,部署等工作,这个过程就是项目构建的生命周期。虽然大家都在不停的做构建工作,但公司与公司之间,项目与项目之间构建项目的方式有所不同。
Maven对所有的构建过程进行了抽象和统一。Maven构建项目的生命周期包含了项目清理,初始化,编译,测试,打包,集成测试,验证,部署和站点生成等几乎所有构建步骤。
比如我们项目中最常用的一套流程,如下图所示:
Maven的生命周期是抽象的,这意味着生命周期本身不做任何实际工作,在Maven的设计中,实际任务(如代码编译)都交给插件来完成。
Maven的三套生命周期
maven的生命周期不止一套,有3套,每套里面都包含的事件如下:
(1)clean:清理工作
> pre-clean:执行一些在clean之前的工作
>
> clean:移除上一次构建产生的所有文件
>
> post-clean:执行一些在clean之后立刻完成的工作
(2)default:核心工作,例如编译,测试,打包,部署等
对于default生命周期,每个事件在执行之前都会将之前的所有事件依次执行一遍
(3)site:产生报告,发布站点等
pre-site:执行一些在生成站点文档之前的工作
site:生成项目的站点文档
post-site:执行一些在生成站点文档之后完成的工作,为部署做准备
site-deploy:将生成的站点文档部署到特定的服务器上
1.2.2、Maven常用命令
mvn clean:调用clean生命周期的clean阶段,清理上一次构建项目生成的文件;
mvn compile :编译src/main/java中的java代码;
mvn test :编译并运行了test中内容 ;
mvn package:将项目打包成可发布的文件,如jar或者war包;
mvn install :发布项目到本地仓库 ;
mvn clean
clean命令的作用是清理项目编译或打包后生成的文件,具体对应maven项目中的target目录;
mvn compile
compile命令的作用是编译src/main/java中的java代码编译成可直接运行的class文件。编译完成后maven项目会自动创建一个target目录来存储这些文件。
mvn test
test命令的作用是编译并运行maven项目的src/test目录下的junit测试代码。
mvn package
package命令是将项目打包成可以发布的包。maven项目常见的打包方式有两种,maven的java project会打成jar包。maven的web project会打成war包。打包完成后将生成的文件存放在target目录中。
mvn install
1.3、在idea环境配置Maven,并创建Maven工程
说明:本案例操作的idea版本为2019.2,不同版本可能有稍许不同
第一步:打开default settings(对以后的新建工程生效):
第二步:配置maven_home和settings.xml的路径:
下面就开始创建我们的第一个maven工程了。
说明:使用maven创建的项目可分为3种类型:普通java项目,web项目和maven的父工程。 这三种项目对象的打包方式分别是:jar,war和pom。这里我们只讲普通的java项目和web项目的创建。maven的父工程在下面讲聚合的时候有。
开始咯!
1、使用maven创建普通的java工程
第一步:File–New–Project
第二步:选择maven然后下一步:
第三步:填写项目的坐标信息:
GroupID是项目组织唯一的标识符, 比如我的项目叫mavenDemoOne 那么GroupID应该 com.frank.mavenDemoOne 域名.公司名.项目名
ArtifactID就是项目的唯一的标识符, 一般是 项目名-xxx 比如mavenDemoOne-day01
第四步:指定项目名称和路径:idea会把项目名中的-
去掉,我们给添加上即可。
最后点Finish(完成)就可以啦!
2、使用maven创建java web工程
第一步:先创建一个普通的java项目,参照上面完成即可
第二步:web项目的打包方式为war,打开maven项目的pom文件。在项目的坐标信息下添加标签,设置打包方式为war。
第三步:配置webapp目录和web.xml。打开Project Structure 视图
1.3.1、Maven工程pom.xml详解
pom(Project Object Model)指的是项目对象模型,用来描述当前的maven项目。
xxxxxxxxxx Setting.xml文件主要用于配置maven的运行环境等一系列通用属性,是全局级别的配置文件,而pom.xml文件主要描述项目的maven坐标,依赖关系,开发者需要遵循的规则,组织等与项目相关的因素,是项目级别的配置文件。
刚创建好的项目,默认的pom.xml文件,长这个样子,如下面代码所示:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache/POM/4.0.0"
xmlns:xsi="http://www.w3/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache/POM/4.0.0 http://maven.apache/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.frank.mavenDemoOne</groupId>
<artifactId>mavenDemoOne</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>
</project>
一般我们配置了依赖之后pom.xml长的样子如下面代码所示:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache/POM/4.0.0"
xmlns:xsi="http://www.w3/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache/POM/4.0.0 http://maven.apache/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.frank.mavenDemoOne</groupId>
<artifactId>mavenDemoOne</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>
<!--统一管理依赖版本-->
<properties>
<mysql.connector.version>5.1.18</mysql.connector.version>
</properties>
<dependencies>
<!--Junit测试框架-->
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>RELEASE</version>
</dependency>
<!--mysql驱动-->
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>${mysql.connector.version}</version>
<scope>runtime</scope>
</dependency>
</dependencies>
<!--设置插件-->
<build>
<plugins>
<!--JDK编译插件-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.2</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
<!--测试插件-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.12.4</version>
<configuration>
<forkMode>once</forkMode>
<argLine>-Dfile.encoding=UTF-8</argLine>
</configuration>
</plugin>
<!-- tomcat7插件 -->
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.2</version>
<configuration>
<!--解决get请求乱码-->
<uriEncoding>utf-8</uriEncoding>
<port>80</port>
<path>/</path>
</configuration>
</plugin>
</plugins>
</build>
</project>
1.4、Maven的高级特性(模块化、聚合等)
1.4.1、依赖管理
1.4.1.1、maven坐标
在**1.1.1、Maven简介**里面有详细的说明了,这里不做赘述
1.4.1.2、依赖导入
在**1.1.1、Maven简介**里面有详细的说明了,这里不做赘述
1.4.1.3、依赖配置
maven依赖配置里面有2个内容,一个是依赖范围设置,另一个是依赖版本维护。
1、依赖范围设置
依赖的jar默认情况可以在任何地方可用,我们通过标签设定作用范围,作用范围主要指以下三种:
(1)主程序范围有效(src/main目录范围内)
(2)测试程序范围内有效(src/test目录范围内)
(3)是否参与打包(package指令范围内)
标签的取值有五种,这四种取值与范围对应如下图所示:
示例代码:
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>4.3.9.RELEASE</version>
<!--compile是默认的依赖范围,可以不用写出来-->
<scope>compile</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
<scope>provided</scope>
</dependency>
2、依赖版本维护
如果pom文件中引入的依赖太多,各种依赖又有不同的版本,为了统一维护版本,我们可以将依赖的版本号抽取出来进行统一管理。具体操作的步骤如下:
第一步:在pom.xml中使用属性定义jar包的版本。如:
<properties>
<junit.version>4.13</junit.version>
<mybatis.version>3.4.5</mybatis.version>
</properties>
第二步 :在依赖的中使用${}引入前面定义好的版本
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>${mybatis.version}</version>
<scope>compile</scope>
</dependency>
</dependencies>
1.4.2、依赖传递
1.4.2.1、什么是依赖传递
依赖传递:
当我们在我们的项目中引入一个jar包时
引入的jar包所依赖的jar也会跟着传递进来
在maven中,依赖是可以传递的,假设存在三个项目,分别是项目A,项目B以及项目C。假设C依赖B,B依赖A,那么我们可以根据maven项目依赖的特征不难推出项目C也依赖A。
通过上面的图可以看到,我们的web项目直接依赖了spring-webmvc,而spring-webmvc依赖了sping-aop、spring-beans等。最终的结果就是在我们的web项目中间接依赖了spring-aop、spring-beans等。
1.4.2.2、什么是依赖冲突
在一个项目中同时依赖了多个相同作用的jar,比如
spring-aop : 5.0.2
spring-aop : 5.0.5
我们使用maven引入了Servlet的jar包
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
</dependency>
当我们把项目部署到tomcat服务器上时,会报jar包冲突
因为在tomcat服务器中已经内置了servlet的jar,所以我们就得给javax.servlet的作用范围设置为provided
这样就能解决这个冲突。
由于依赖传递现象的存在, spring-webmvc 依赖 spirng-beans-4.2.4,spring-aop 依赖 spring-beans-5.0.2,但是发现 spirng-beans-4.2.4 加入到了工程中,而我们希望 spring-beans-5.0.2 加入工程。这就造成了依赖冲突。
1.4.2.3、如何解决依赖冲突
1.使用maven提供的依赖调解原则 (自动)
1.1 依赖传递jar包,第一声明者优先原则
在pom.xml文件中,先声明哪个jar包,就以那个jar包为主.
1.2 路径近者优先原则
优先使用我们自己导入的jar包
依赖中传递的jar包排其次
直接依赖高于间接依赖
2.排除依赖,排除依赖的jar包,如下代码所示
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>4.2.4.RELEASE</version>
<!-- 排除依赖的jar包 -->
<exclusions>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</exclusion>
</exclusions>
</dependency>
3.锁定版本
<!-- 锁定的jar包版本 -->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>5.0.2.RELEASE</version>
</dependency>
</dependencies>
</dependencyManagement>
<!-- 导入jar包时,不需要再设置版本 -->
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</dependency>
</dependencies>
1.4.3、maven项目模块化
在现实生活中,汽车厂家进行汽车生产时,由于整个生产过程非常复杂和繁琐,工作量非常大,所以车场都会将整个汽车的部件分开生产,最终再将生产好的部件进行组装,形成一台完整的汽车。
1.4.4、maven项目的继承
在Java语言中,类之间是可以继承的,通过继承,子类就可以引用父类中非private的属性和方法。同样,在maven工程之间也可以继承,子工程继承父工程后,就可以使用在父工程中引入的依赖。继承的目的是为了消除重复代码。
1.4.5、maven项目的聚合
在maven工程的pom.xml文件中可以使用标签将其他maven工程聚合到一起,聚合的目的是为了进行统一操作。
例如拆分后的maven工程有多个,如果要进行打包,就需要针对每个工程分别执行打包命令,操作起来非常繁琐。这时就可以使用标签将这些工程统一聚合到maven工程中,需要打包的时候,只需要在此工程中执行一次打包命令,其下被聚合的工程就都会被打包了。
2,总结
好好学好Java基础,冲冲冲
版权声明:本文标题:maven知识点 内容由热心网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:https://m.elefans.com/dianzi/1729540381a1205413.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论