maven知识点

最新推荐文章于 2022-05-29 16:51:48 发布

giao卤蛋

最新推荐文章于 2022-05-29 16:51:48 发布

阅读量664

点赞数

分类专栏： maven 文章标签： maven jar java

本文链接：https://blog.csdn.net/qq_54516125/article/details/123477840

版权

maven 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

欢迎打开这篇文章

你好！这是你第一次了解 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.com/

比如我要用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.org/
下载页面：http://maven.apache.org/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.org/maven2
私服	是远程仓库, 一般是在公司内部架设一台私人服务器对外公开。开发中经常使用的国内私服：阿里云 http://maven.aliyun.com/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.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/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.com/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.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>

    <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.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>

    <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>