如何快速掌握Maven的核心概念

技术如何快速掌握Maven的核心概念本篇内容主要讲解“如何快速掌握Maven的核心概念”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“如何快速掌握Maven的核心概念”吧!坐标

本文主要讲解“如何快速掌握Maven的核心概念”,感兴趣的朋友不妨看看。本文介绍的方法简单、快速、实用。让边肖带你学习如何快速掌握Maven的核心概念。

坐标

坐标的概念

能够确定空间中一个点的位置的一个数或一组数叫做这个点的坐标。它通常用从这个点到垂直相交的几条固定线的距离来表示。这些线称为坐标轴。坐标轴的数量在平面上为2(x,y),在空间上为3(x,y,z)。

如何快速掌握Maven的核心概念

事实上,它可以识别平面或空间中的唯一点。

Maven中的坐标

Maven的核心功能之一是管理项目依赖关系,并引入我们需要的各种jar包。为了自动解析任何Java组件,Maven必须唯一标识这些Jar包或其他资源,这是管理项目依赖关系的基础,也就是坐标。包括我们自己开发的项目,都是用坐标唯一标识的,以便在其他项目中做相关参考。

情况

依赖时间:例如,我们依赖下面的junit jar包。

!-in-POM . XML-dependencygroupidjunit/group idartifactidjnit/artifactidversion 3 . 8 . 1/version scope test/scope/dependency,定义我们的项目将被标记为jar或war包。

?xmlversion='1.0 '编码='UTF-8 '?project xmlns=' http://aven . Apache . org/POM/4 . 0 . 0 ' xmlns : xsi=' http://www . w3 . org/2001/XMLSchema-instance ' xsi 3360 schema location=' http://aven . Apache . org/POM/4 . 0 . 0http://aven . Apache . org/xsd/maven-4 . 0 . xsd ' model version 4。-默认值是jar-packing jar/packing/project,jar或war最终会被打出来:

artifact id-version . jarartifact id-version . war packaging标记默认为jar,所以当我们没有指定是制作jar包还是war时,最后会制作jar包。

Maven坐标的组成

“groupId”组织Id(包名)。定义当前Maven项目所属的实际项目。第一,马。

ven项目和实际项目不一定是一对一的关系。比如SpringFrameWork这一实际项目,其对应的Maven项目会有很多,如spring-core,spring-context等。这是由于Maven中模块的概念,因此,一个实际项目往往会被划分成很多模块。其次,groupId不应该对应项目隶属的组织或公司。原因很简单,一个组织下会有很多实际项目,如果groupId只定义到组织级别,而后面我们会看到,artifactId只能定义Maven项目(模块),那么实际项目这个层次将难以定义。最后,groupId的表示方式与Java包名的表达方式类似,通常与域名反向一一对应。上例中,groupId为junit,是不是感觉很特殊,这样也是可以的,因为全世界就这么个junit,它也没有很多分支。

「artifactId」项目名称。该元素定义当前实际项目中的一个Maven项目(模块),推荐的做法是使用实际项目名称作为artifactId的前缀。比如上例中的junit,junit就是实际的项目名称,方便而且直观。在默认情况下,maven生成的构件,会以artifactId作为文件头,如junit-3.8.1.jar,使用实际项目名称作为前缀,就能方便的从本地仓库找到某个项目的构件。

「version」项目的当前版本或者我们要依赖jar的版本。该元素定义了使用构件的版本,如上例中junit的版本是3.8.1,你也可以改为4.0表示使用4.0版本的junit。

「packaging」项目的打包方式,最为常见的jar和war两种,默认是jar。定义Maven项目打包的方式,使用构件的什么包。首先,打包方式通常与所生成构件的文件扩展名对应,如上例中没有packaging,则默认为jar包,最终的文件名为junit-3.8.1.jar。也可以打包成war等。

「classifier」  该元素用来帮助定义构建输出的一些附件。附属构件与主构件对应,如上例中的主构件为junit-3.8.1.jar,该项目可能还会通过一些插件生成如junit-3.8.1-javadoc.jar,junit-3.8.1-sources.jar,  这样附属构件也就拥有了自己唯一的坐标。

上述5个元素中,groupId、artifactId、version是必须定义的,packaging是可选的(默认为jar),而classfier是不能直接定义的,需要结合插件使用。

Maven为什么使用坐标呢?

Maven世界里拥有大量构建,我们需要找一个用来唯一标识一个构建的统一规范。

拥有了统一规范,就可以把查找工作交给机器。

maven依赖管理

依赖

依赖通常表现为:我需要你的东西,就像情侣之间相互依赖,夫妻之间相互依赖,人依赖于水,人依赖于粮食等。

在Maven中则表现为:项目中用到b.jar包的每个类,此时的项目就依赖b.jar。

复杂点关系就是多层依赖:a.jar包依赖b.jar包,还有可能b.jar包依赖c.jar。这种现象也可以称之为依赖传递性。

如何快速掌握Maven的核心概念

我们的项目间接性的依赖了b.jar。

依赖配置

Maven中依赖配置案例如下:

<!--添加依赖配置--> <dependencies>   <!--项目要使用到junit的jar包,所以在这里添加junit的jar包的依赖-->   <dependency>       <groupId>junit</groupId>       <artifactId>junit</artifactId>       <version>4.9</version>       <scope>test</scope>   </dependency>   <!--项目要使用到Hello的jar包,所以在这里添加Hello的jar包的依赖-->   <dependency>       <groupId>com.tian.maven</groupId>       <artifactId>user-service</artifactId>       <version>0.0.1-SNAPSHOT</version>       <scope>compile</scope><!-- 依赖范围-->   </dependency> </dependencies>

依赖范围

所谓的依赖范围就是指我们在什么需要依赖的jar。有的是在编译的时候就需要,有的是测试的时候需要等。

依赖范围scope有以下6种:

「compile」 默认编译依赖范围。对于编译,测试,运行三种classpath都有效。即在编译、测试和运行的时候都要使用该依赖jar包;

「test」测试依赖范围。只对于测试classpath有效。而在编译和运行项目时无法使用此类依赖,典型的是JUnit,它只用于编译测试代码和运行测试代码的时候才需要;

「provided」已提供依赖范围。对于编译,测试的classpath都有效,但对于运行无效。因为由容器已经提供,例如servlet-api.jar,这个在编译和测试的时候需要用到,但是在运行的时候,web容器已经提供了,就不需要maven帮忙引入了。

「runtime」运行时依赖范围,使用此依赖范围的maven依赖,对于编译测试、运行测试和运行项目的classpath有效,但在编译主代码时无效,比如jdbc驱动实现,运行的时候才需要具体的jdbc驱动实现。

「system」系统依赖范围,使用system范围的依赖时必须通过systemPath元素显示地指定依赖文件的路径,不依赖Maven仓库解析,所以可能会造成建构的不可移植(即就是在你的电脑上可能没问题,但是到别人电脑上那就说不清楚了),有点类似provided  ,注意这个system谨慎使用。

<systemPath>${java.home}/lib/rt.jar</systemPath>

「import」仅pom在本节中的类型依赖项上支持此作用域。它指示依赖关系将被指定的pom部分中的有效依赖关系列表替换。由于已替换它们,因此范围为的依赖项import实际上不会参与限制依赖项的可传递性,在springboot和springcloud中用到的比较多。

以上六种范围中,常用的有compile、test、runtime、provided 。

依赖范围不仅可以控制与三种classpath的关系,还对传递性依赖产生影响,依赖关系图如下:

如何快速掌握Maven的核心概念

「注意」预期这应该是运行时范围,因此必须明确列出所有编译依赖项。但是,如果您依赖的库从另一个库扩展了一个类,则两者都必须在编译时可用。因此,即使编译时间相关性是可传递的,它们仍保留为编译范围。

Maven仓库管理

Maven仓库

用来统一存储所有Maven共享构建的位置,说白了就是用来存放jar包的,我们本地每次编译的时候没有对应jar包是编译通不过的,我们一个项目中是需要很多jar的依赖的,这时候就知道仓库的重要性了。

Maven仓库布局

根据Maven坐标定义每个构建在仓库中唯一存储路径,大致为:

groupId/artifactId/version/artifactId-version.packaging

本地仓库

在上一篇文章中,每个用户只有一个本地仓库,默认是在~/.m2/repository/,~代表的是用户目录  。为了便于管理,一般都会自己搞一目录,专门用来存储本地仓库内容。这样我们开发的时候,依赖那个jar就直接去我们的本地仓库repository中去查找,如果没有,我们会从中央仓库中拉取。

中央仓库

基本上保存了对外开发的所有jar包,Maven默认的远程仓库,(外国网站)URL地址:http://search.maven.org/  。还有比如阿里的仓库,我们在开发的时候,由于网络原因,很多人都喜欢使用阿里的这个仓库:http://maven.aliyun.com 。

这时候我们本地仓库和中央仓库的关系:

如何快速掌握Maven的核心概念

私服

大部分公司都会搭建私服,私服就是一种特殊的远程仓库,它是架设在局域网内的仓库  。比如公司搭建局域网,公司也搞个仓库,然后开发人员就直接使用公司搭建的私服就行了,这样大大减少了网络开销以及开发成本(有时候外网访问很慢,会浪费大家开发时间的)。

这样开发人员每次需要每个jar包就直接从公司的私服里拉取,不需要使用外网去中央仓库里拉取了。总之节约时间和节约网络开始。并且有些企业还是不给外网的,这时候你就知道这个私服的重要性了。

增加了私服后,本地仓库+私服+中央仓库的关系图:

如何快速掌握Maven的核心概念

面试中也频繁被问:本地仓库、私服以及中央仓库是什么关系?

Maven生命周期

Maven的 生命周期:从我们的项目构建,一直到项目发布的这个过程。

如何快速掌握Maven的核心概念

每个阶段的说明:

如何快速掌握Maven的核心概念

为了完成 default 生命周期,这些阶段(包括其他未在上面罗列的生命周期阶段)将被按顺序地执行。

Maven 有以下三个标准的生命周期:

  • Clean Lifecycle 在进行真正的构建之前进行一些清理工作。

  • Default Lifecycle 构建的核心部分,编译,测试,打包,部署等等。

  • Site Lifecycle 生成项目报告,站点,发布站点。

这三个标准它们是相互独立的,你可以仅仅调用clean来清理工作目录,仅仅调用site来生成站点。当然你也可以直接运行 mvn clean install  site运行所有这三套生命周期。

运行任何一个阶段的时候,它前面的所有阶段都会被运行,这也就是为什么我们运行mvn install  的时候,代码会被编译,测试,打包。此外,Maven的插件机制是完全依赖Maven的生命周期的,因此理解生命周期至关重要。

Maven插件

Maven是不做具体事情的,只是规定了生命周期的各个阶段和步骤,由集成到 Maven 中的插件完成。

Maven的核心仅仅定义了抽象的生命周期,具体的任务都是交由插件完成的。

每个插件都能实现多个功能,每个功能就是一个插件目标。

Maven的生命周期与插件目标相互绑定,以完成某个具体的构建任务,  例如compile就是插件maven-compiler-plugin的一个插件目标。

关于插件,这里就说个大概,后续会出一篇文章专门来说Maven插件。

排除不需要依赖

<dependency>     <groupId>com.tian.maven</groupId>     <artifactId>my-maven</artifactId>     <version>1.0.0</version>     <exclusions>         <exclusion>             <groupId>com.tian.maven</groupId>             <artifactId>your-maven</artifactId>         </exclusion>     </exclusions> </dependency>

上面使用使用exclusions元素排除了my-maven->your-maven依赖的传递,也就是my-maven->your-maven不会被传递到当前项目中。

exclusions中可以有多个exclusion元素,可以排除一个或者多个依赖的传递,声明exclusion时只需要写上groupId、artifactId就可以了,version可以省略。

到此,相信大家对“如何快速掌握Maven的核心概念”有了更深的了解,不妨来实际操作一番吧!这里是网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!

内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/38071.html

(0)

相关推荐

  • C#如何实现前台与后台方法互调

    技术C#如何实现前台与后台方法互调本篇文章为大家展示了C#如何实现前台与后台方法互调,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。前台与后台方法互调是很多读者关心的功能。下面提供

    攻略 2021年11月24日
  • mysql的count语句(mysql中count函数)

    技术MySQL中count(1)、count(*)、count(字段)的区别有哪些这篇文章主要为大家展示了“MySQL中count(1)、count(*)、count(字段)的区别有哪些”,内容简而易懂,条理清晰,希望能

    攻略 2021年12月22日
  • 如何用web3.js保存以太网区块链中的数据

    技术怎样用web3.js在以太坊区块链上保存数据这篇文章将为大家详细讲解有关怎样用web3.js在以太坊区块链上保存数据,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。我们

    攻略 2021年12月14日
  • 数据库中关联子查询和非关联子查询有什么区别

    技术数据库中关联子查询和非关联子查询有什么区别本篇内容主要讲解“数据库中关联子查询和非关联子查询有什么区别”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“数据库中关联子查询和非

    攻略 2021年11月9日
  • thinkphp6教程(thinkphp6实例教程)

    技术thinkphp6.0.7中如何使用JWT本篇内容介绍了“thinkphp6.0.7中如何使用JWT”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希

    攻略 2021年12月15日
  • SpringBoot项目中怎么使用@Scheduled读取动态参数

    技术SpringBoot项目中怎么使用@Scheduled读取动态参数本篇内容主要讲解“SpringBoot项目中怎么使用@Scheduled读取动态参数”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。

    攻略 2021年11月1日