Maven配置与介绍

努力奔跑的鱼

于 2024-05-04 15:28:10 发布

阅读量916

点赞数 21

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

本文链接：https://blog.csdn.net/weixin_44201223/article/details/138438952

版权

JavaWeb 专栏收录该内容

17 篇文章 0 订阅

订阅专栏

什么是Maven

Maven是Apache旗下的一个开源项目，是一款用于管理和构建java项目的工具
官网：https://maven.apache.org/

Maven的作用

依赖管理
统一项目结构
标准的项目构建流程

依赖管理

方便快捷的管理项目依赖的资源(jar包)，避免版本冲突问题
若没有通过maven进行大型项目的依赖管理，我们在开发项目时，需要引入大量的jar包。那么此时，jar包和jar包之间很多时候是需要般本匹配的，如果版本不匹配，此时很容易出现版本冲突问题
当使用maven进行项目依赖(jar包)管理，则很方便的可以解决这个问题。我们只需要在maven项目的pom.xml文件中，添加配置即可

统一项目结构

在项目开发中，当你使用不同的开发工具 (如：Eclipse、Idea)，创建项目工程时，项目目录结构不统一。若我们创建的是一个maven工程，是可以帮我们自动生成统一、标准的项目目录结构

src/main/java: java源代码目录
src/main/resources: 配置文件信息
src/test/java: 测试代码
src/test/resources: 测试配置文件信息

标准的项目构建流程

maven提供了标准的、跨平台(Linux、Windows、MacOS) 的自动化项目构建方式
我们开发了一套系统，代码需要进行编译、测试、打包、发布，这些操作如果需要反复进行就显得特别麻烦，而Maven提供了一套简单的命令来完成项目构建

Maven安装

下载

下载地址：https://maven.apache.org/download.cgi
在这里插入图片描述

安装步骤

解压安装
配置仓库
配置Maven环境变量

解压 apache-maven-3.9.6-bin.zip（解压即安装）

建议解压到没有中文、特殊字符的路径下。如课程中解压到

解压缩后的目录结构
在这里插入图片描述

bin目录：存放的是可执行命令。（mvn 命令重点关注）
conf目录：存放Maven的配置文件。（settings.xml配置文件后期需要修改）
lib目录：存放Maven依赖的jar包。（Maven也是使用java开发的，所以它也依赖其他的jar包）

配置本地仓库

在自己计算机上新一个目录（本地仓库，用来存储jar包）
进入到conf目录下修改settings.xml配置文件
- 打开settings.xml文件，定位到53行
- 复制<localRepository>标签，粘贴到注释的外面（55行）
- 复制之前新建的用来存储jar包的mvn_resp路径，替换掉<localRepository>标签体内容
配置阿里云私服
由于中央仓库在国外，所以下载jar包速度可能比较慢，而阿里公司提供了一个远程仓库，里面基本也都有开源项目的jar包
- 进入到conf目录下修改settings.xml配置文件,定位到160行左右
- 在标签下为其添加子标签，内容如下：

<mirror>  
    <id>alimaven</id>  
    <name>aliyun maven</name>  
    <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
    <mirrorOf>central</mirrorOf>          
</mirror>

在这里插入图片描述

配置环境变量
1.在系统变量处新建一个变量MAVEN_HOME
- MAVEN_HOME环境变量的值，设置为maven的解压安装目录
2.在Path中进行配置
- PATH环境变量的值，设置为：%MAVEN_HOME%\bin
3.打开DOS命令提示符进行验证(mvn -v)

在这里插入图片描述

IDEA集成Maven（本地）

配置Maven环境

Maven默认使用的编译版本为5（版本过低）,设置配置工程的编译版本为11

上述配置的maven环境，只是针对于当前工程的，如果我们再创建一个project，又恢复成默认的配置了。要解决这个问题，我们就需要配置全局的maven环境

IDEA集成Maven（全局）

在这里插入图片描述

创建Maven项目

创建一个空项目
在这里插入图片描述
创建模块，选择Maven

pom文件详解

<!--    POM模型版本-->
    <modelVersion>4.0.0</modelVersion>

<!--    当前项目坐标-->
    <groupId>org.example</groupId>
    <artifactId>demo</artifactId>
    <version>1.0-SNAPSHOT</version>

<!--    打包方式-->
    <packaging>jar</packaging>

<project> ：pom文件的根标签，表示当前maven项目
<modelVersion> ：声明项目描述遵循哪一个POM模型版本
- 虽然模型本身的版本很少改变，但它仍然是必不可少的。目前POM模型版本是4.0.0
坐标：<groupId>、<artifactId>、<version>
- 定位项目在本地仓库中的位置，由以上三个标签组成一个坐标
<packaging> ：maven项目的打包方式，通常设置为jar或war（默认值：jar）

Maven坐标详解

什么是坐标？

Maven中的坐标是资源的唯一标识 , 通过该坐标可以唯一定位资源位置
使用坐标来定义项目或引入项目中需要的依赖

Maven坐标主要组成

groupId：定义当前Maven项目隶属组织名称（通常是域名反写）
artifactId：定义当前Maven项目名称（通常是模块名称，例如 order-service、goods-service）
version：定义当前项目版本号
面所说的资源可以是插件、依赖、当前项目。
我们的项目如果被其他的项目依赖时，也是需要坐标来引入的

导入Maven项目

方式1：使用Maven面板，快速导入项目
打开IDEA，选择右侧Maven面板，点击 + 号，选中对应项目的pom.xml文件，双击即可
在这里插入图片描述

方式2：使用idea导入模块项目

依赖管理

依赖配置

依赖：指当前项目运行所需要的jar包。一个项目中可以引入多个依赖
例如：在当前工程中，我们需要用到logback来记录日志，此时就可以在maven工程的pom.xml文件中，引入logback的依赖。具体步骤如下：

在pom.xml中编写<dependencies>标签
在<dependencies>标签中使用<dependency>引入坐标
定义坐标的 groupId、artifactId、version

<dependencies>
    <!-- 第1个依赖 : logback -->
    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-classic</artifactId>
        <version>1.2.11</version>
    </dependency>
    <!-- 第2个依赖 : junit -->
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.12</version>
    </dependency>
</dependencies>

点击刷新按钮，引入最新加入的坐标

刷新依赖：保证每一次引入新的依赖，或者修改现有的依赖配置，都可以加入最新的坐标

注意事项：

如果引入的依赖，在本地仓库中不存在，将会连接远程仓库 / 中央仓库，然后下载依赖（这个过程会比较耗时，耐心等待）
如果不知道依赖的坐标信息，可以到mvn的中央仓库（https://mvnrepository.com/）中搜索

利用中央仓库搜索的依赖坐标

在这里插入图片描述

依赖传递

早期我们没有使用maven时，向项目中添加依赖的jar包，需要把所有的jar包都复制到项目工程下。如下图所示，需要logback-classic时，由于logback-classic又依赖了logback-core和slf4j，所以必须把这3个jar包全部复制到项目工程下
在这里插入图片描述
我们现在使用了maven，当项目中需要使用logback-classic时，只需要在pom.xml配置文件中，添加logback-classic的依赖坐标即可

在pom.xml文件中只添加了logback-classic依赖，但由于maven的依赖具有传递性，所以会自动把所依赖的其他jar包也一起导入
依赖传递可以分为：

直接依赖：在当前项目中通过依赖配置建立的依赖关系
间接依赖：被依赖的资源如果依赖其他资源，当前项目间接依赖其他资源

比如以上图中：

projectA依赖了projectB。对于projectA 来说，projectB 就是直接依赖。
而projectB依赖了projectC及其他jar包。那么此时，在projectA中也会将projectC的依赖传递下来。对于projectA 来说，projectC就是间接依赖。

排除依赖

问题：之前我们讲了依赖具有传递性。那么A依赖B，B依赖C，如果A不想将C依赖进来，是否可以做到？
答案：在maven项目中，我们可以通过排除依赖来实现。

什么是排除依赖？

排除依赖：指主动断开依赖的资源。（被排除的资源无需指定版本）

    <!--排除依赖, 主动断开依赖的资源-->
    <exclusions>
    	<exclusion>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
        </exclusion>
    </exclusions>

maven-projectA依赖了maven-projectB，maven-projectB依赖了Junit。基于依赖的传递性，所以maven-projectA也依赖了Junit
在这里插入图片描述

使用排除依赖后

在这里插入图片描述

依赖范围

在项目中导入依赖的jar包后，默认情况下，可以在任何地方使用
如果希望限制依赖的使用范围，可以通过标签设置其作用范围

scope值	主程序	测试程序	打包（运行）
compile（默认）	√	√	√
test	-	√	-
provided	√	√	-
runtime	-	√	√

        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>3.8.2</version>
            <scope>compile</scope>
        </dependency>

生命周期

Maven的生命周期就是为了对所有的构建过程进行抽象和统一。描述了一次项目构建，经历哪些阶段。

在Maven出现之前，项目构建的生命周期就已经存在，软件开发人员每天都在对项目进行清理，编译，测试及部署。虽然大家都在不停地做构建工作，但公司和公司间、项目和项目间，往往使用不同的方式做类似的工作。

Maven从大量项目和构建工具中学习和反思，然后总结了一套高度完美的，易扩展的项目构建生命周期。这个生命周期包含了项目的清理，初始化，编译，测试，打包，集成测试，验证，部署和站点生成等几乎所有构建步骤。
• clean：移除上一次构建生成的文件
• compile：编译项目源代码
• test：使用合适的单元测试框架运行测试(junit)
• package：将编译后的文件打包，如：jar、war等
• install：安装项目到本地仓库
在这里插入图片描述
生命周期的顺序是：clean --> validate --> compile --> test --> package --> verify --> install --> site --> deploy