【Maven】基本使用:安装配置及初体验
Maven 是一个项目管理和整合工具。Maven 为开发者提供了一套完整的构建生命周期框架。开发团队几乎不用花多少时间就能够自动完成工程的基础构建配置,因为 Maven 使用了一个标准的目录结构和一个默认的构建生命周期。
在有多个开发团队环境的情况下,Maven 能够在很短的时间内使得每项工作都按照标准进行。因为大部分的工程配置操作都非常简单并且可复用,在创建报告、检查、构建和测试自动配置时,Maven 可以让开发者的工作变得更简单。
Maven 的主要目的是为开发者提供
- 一个可复用、可维护、更易理解的工程综合模型
- 与这个模型交互的插件或者工具
- Maven 工程结构和内容被定义在一个 xml 文件中 - pom.xml
1.maven 安装与配置
1.1 安装
Maven 是一个基于 Java 的工具,所以要做的第一件事情就是安装 JDK
- Windows安装:maven下载地址,下载后解压,添加环境变量即ok。(将maven也加到环境变量的目的是在命令行的任意目录下,都可以使用“mvn”命令来操作)
Linux安装(Ubuntu):
sudo apt-get update // 更新包索引
sudo apt-get install maven // 安装maven
mvn -version // 校验maven是否安装成功
1.2 配置
将maven安装好后,文件目录如下:
- bin目录:包含了maven运行的一些命令脚本
- boot目录:包含的是类加载器的一些东西
- conf目录:configuration配置的,保存一些配置文件的
- lib目录:保存jar包的
在conf目录中,我们需要配置的就是settings.xml。settings.xml中一共有10个配置项,文件结构为:
<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/>
<interactiveMode/>
<usePluginRegistry/>
<offline/>
<pluginGroups/>
<servers/>
<mirrors/>
<proxies/>
<profiles/>
<activeProfiles/>
</settings>
- localRepository:本地仓库位置
- interactiveMode:标识maven是否需要和用户交互以获得输入。如果maven需要和用户交互以获得输入,那么则设置成true,不然则设置为false
- offline:标识maven是否需要在离线模式下运行
- pluginGroups:当插件的组织id(groupId)没有显示提供时,供搜寻插件组织Id的列表
- servers:仓库的下载和部署是在pom.xml文件中进行定义的。比如说用户名,密码需要访问远程仓库的时候,有时候需要安全认证,这个认证就可以配置在servers标签中
- mirrors:配置镜像所在的路径。默认的地址是国外的:https://repo.maven.apache…。maven要帮你管理jar,这些jar包下载的地址是从该地址下的,当然这个下载地址可以改变,就是通过mirrors标签。
- proxies:用来配置不同的代理的
- profiles:根据环境参数来调整构建配置的列表
虽然上线列举了这八项,但我们实际需要配置的,一般只有localRepository和mirros。
mirror:镜像仓库(远程仓库)
在maven构建项目的时候,它会帮我们把项目中所需要的一些基础的jar包下载下来,这个下载的地址就是由settings.xml文件里面的mirror标签所指定的。默认的地址是国外仓库:http://repo.maven.apache.org/maven2/。( 注:2020年01月05日后,原来仓库的http协议已经不能使用,需要换成https协议)
由于国外镜像仓库速度慢,而且有被Q的风险。所以可以在mirrors里面配置上国内镜像仓库,建议使用国内的aliyun仓库,速度快。虽然阿里云快,但官方的镜像仓库还要配上,因为一些依赖阿里云镜像仓库可能没有(如新版本jar包)
其实无论是myeclipse还是idea里面都集成了maven,默认安装了maven。所以在使用idea时一定要手动设置成本地的maven,并设置setting.xml位置(因为本地找不到时,会通过xml的配置去私服和远程仓库去找)
localRepository:本地仓库
localRepository配置的是本地仓库,存放所有下载下来的jar包。项目下载依赖前会先在本地查找,如果有了,那么就不会再次去重复下载,从而节约本地的存储空间。注意,这个jar包版本一定是要一致的才算有了,如果版本不一致,不能算作有,比如mysql的5.1和5.6。
再强调一次, 本地仓库与maven一般不在一个目录,本地仓库需在setting.xml中配置。
2.maven 初体验
maven主要是做什么的?答:打jar、war包和管理jar包。下面就演示一下Java原生命令打jar包和使用maven打jar包,大家可以看看区别。
2.1 Java命令打包
假如我们有一个Main.java文件,想要将它打成可执行jar包,一般这样做:
使用
javac
命令对要打包的java文件进行编译这里一般使用
javac -d . xxx.java
,因为直接javac会生成class在当前目录,而-d会生成package的目录(如下图,如果直接javac就直接在com.xupt.yzh下生成class文件,而如果javac -d.就会在com.xupt.yzh包中又生成了一个com.xupt.yzh包)。那又生成一个com.xupt.yzh包又有什么用呢?将要打包的文件(.class)与源文件(.java)隔离。参考链接…
- 编写META-INF/MANIFEST.MF文件,写入口类版本等信息
执行打包,
jar -cvfm MF文件目录 打包文件目录
。生成文件在src目录下:运行jar包,由于是在src目录下,直接运行
java -jar xxx.jar
即可
2.2 maven 打包
1.在pom文件内配置入口类
2.执行maven打包命令 mvn package
,生成jar在target目录下
3.运行生成的jar,结果与原始方式无区别
可以看到,相较于原始的打包方式,maven帮我们做了太多的简化。
3.maven 项目结构
约定优于配置 (Convention Over Configuration)。要去使用maven帮你进行jar包的管理,以及项目的构建和管理等等,你就要遵循maven的规定/约定。maven要求的你的工程结构必须是哪样哪样的。MyEclipse/IDEA 中想怎么建就怎么建,这边放这个,这边放那个。有了maven之后,你就不能那么随心所欲的。
项目目录结构,实际上指的是maven要求你的项目必须的一个目录层次。
统一入口,所有配置在一个pom里搞定!pom文件的结构如下:
这里说以下两点:
- maven只能单继承,即一个项目只能使用parent标签定一个父级项目。使用dependencyManagement并设置其scope=import,即表示继承此项目为父项目
- dependencyManagement是声明而不引入依赖————因此子项目需要显式的声明需要用的依赖(不需要版本号)。当子项目中引用一个依赖而无版本号时,会沿着父子层次向上走,直到找到一个拥有dependencyManagement元素的项目,使用其版本号。
pom文件更详细的配置信息可以参考这篇…
还没有评论,来说两句吧...