一、如何配置maven环境变量
1、 下载maven
由于下载地址经常变动,这里就不写地址了,自行去官网下载即可。
2、配置环境变量
第一步:在“系统变量”中添加“MAVEN_HOME”,变量值为maven的安装路径,如:D:\tools\maven\apache-maven-3.6.2;
第二步:在“Path”中追加 ;%MAVEN_HOME%\bin(注意前面有分号);
第三步:在控制台输入“mvn --version”,有输出maven版本信息则表示配置成功!
二、设置本地仓库和远程仓库
1、maven仓库的分类
- 本地仓库
- 远程仓库
a、中央仓库
b、私服
c、其他公共库
2、本地仓库详解
- 本地仓库,顾名思义,就是Maven在本地存储的地方。
- maven的本地仓库,在安装maven后并不会创建,它是在第一次执行maven命令的时候才会被创建
- maven本地仓库的默认位置:无论Windows还是Linux,在用户的路径下都有一个.m2/repository/的仓库目录,这就是maven仓库的默认位置
<settings>
<localRepository>⽬录</localRepository>
</settings>
3、远程仓库—中央仓库详解
- 中央仓库是默认的远程仓库,maven在安装的时候,自带的就是中央仓库的配置,可以通过修改setting.xml文件来修改默认的中央仓库地址
- 中央仓库包含了绝大多数流行的开源Java构件,以及源码、作者信息、SCM信息、许可证信息。一般来说,简单的Java项目依赖的构件都可以在这里下载到
<repositories>
<repository>
<id>central</id>
<name>Central Repository</name>
<url>http://repo.maven.apache.org/maven2</url>
<layout>default</layout>
<snapshots>
<enabled>false</enabled>
</snapshots>
</repository>
</repositories>
三、maven核心pom文件
简介:介绍maven的pom文件,分析它重要的组成部分
1、什么是pom
- pom代表项目对象模型,它是maven中工作的基本组成单位。它是一个XML文件,始终保存在项目的基本目录中。pom包含的对象是使用maven来构建的,pom.xml包含了项目的各种配置信息。需要特别注意,每个项目只有一个pom.xml文件。
2、项目配置信息
- project:工程的根标签
- modelVersion:pom模型版本,maven2和3只能为4.0.0
- groupId:这是工程组的标识。它在一个组织或项目中通常是唯一的。例如,一个银行组织 com.companyname.project-group拥有所有的和银行相关的项目
- artifactId:这是工程的标识。它通常是工程的名称。例如,消费者银行。groupId和artifactId一起定义了artifactId在仓库中的位置
- version:这是工程的版本号。在artifactId的仓库中,它用来区分不同的版本
- packaging:定义maven项目的打包方式,有JAR、WAR和EAR三种格式
3、最小pom
<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.xdclass</groupId>
<artifactId>demo</artifactId>
<version>1.0-SNAPSHOT</version>
</project>
4、super pom
- 父(Super)POM是Maven默认的POM。所有的POM都继承自一个父POM(无论是否显示定义了这个父POM)。父POM包含了一些可以被继承的默认设置。因此,当Maven发现需要下载POM中的依赖时,它会到Super POM中配置的默认仓库去下载
- 使用以下命令来查看Super POM默认配置
mvn help:effective-pom
5、依赖配置信息
- dependencies
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
</dependencies>
- parent
<parent>
<groupId>xd.class<groupId>
<artifactId>demo-parent</artifactId>
<relativePath>/</relativePath>
<version>1.0</version>
</parent>
relativePath:Maven首先在当前项目中找父项目的pom,然后在文件系统的这个位置(relativePath),然后在本地仓库,再在远程仓库找
- modules
有些maven项目会做成多模块的,这个标签用于指定当前项目所包含的所有模块。之后对这个项目进行的maven操作,会让所有子模块也进行相同操作
<modules>
<module>com-a</module>
<module>com-b</module>
<module>com-c</module>
</modules>
- properties
用于定义pom常量
<properties>
<java.version>1.7</java.version>
</properties>
上面这个常量可以在pom文件的任何地方通过${Java.version}来引用
- dependencyManagement
应用场景:当我们的项目模块很多的时候,我们依赖包的管理就会出现很多问题,为了项目的正确运行,必须让所有的子项目使用依赖项的同一版本,确保应用的各个项目的依赖项和版本一致,才能保证测试和发布的是相同的结果。
使用的好处:在父模块中定义后,子模块不会直接使用对应依赖,但是在使用相同依赖的时候可以不加版本号,这样的好处是,可以避免在每个使用的子项目中都声明一个版本号,这样想升级或切换到另一个版本时,只需要在父类容器里更新,不需要修改任何一个子项目。
父项目:
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.2.0</version>
<scope>test</scope>
</dependency>
</dependencies>
</dependencyManagement>
子项目:
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
子项目2:
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
子项目3:
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>5.0</version>
</dependency>
和dependencies的区别:
dependencies即使在子项目不写该依赖项,那么子项目仍然会从父项目中继承该依赖项(全部继承)。
dependencyManagement里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖,是不会从父项目中继承下来的;只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom;另外如果子项目中制定了版本号,那么会使用子项目中指定的jar版本。