Maven用法

为何用Maven

如今我们构建一个项目需要用到很多第三方的类库，如写一个使用Spring的Web项目就需要引入大量的jar包。一个项目Jar包的数量之多往往让我们瞠目结舌，并且Jar包之间的关系错综复杂，一个Jar包往往又会引用其他Jar包，缺少任何一个Jar包都会导致项目编译失败。

以往开发项目时，程序员往往需要花较多的精力在引用Jar包搭建项目环境上，而这一项工作尤为艰难，少一个Jar包、多一个Jar包往往会报一些让人摸不着头脑的异常。

而Maven就是一款帮助程序员构建项目的工具，我们可以用Maven管理大量的jar包。

Maven的核心概念

约定的目录结构

POM

坐标

依赖

仓库

生命周期/插件

继承

聚合

为什么要遵守约定的目录结构

Maven要负责我们这个项目的自动化构建，以编译为例，要自动进行编译，必须知道Java源文件保存在哪里

如果我们自定义的东西要想让框架或者工具知道，有两种办法

以配置的方式明确告诉框架

<param-value>classpath:spring-context.xml</param-value>//明确告诉程序在哪个位置

遵守框架内部已经存在的约定

log4j.xml log4j.properties

约定>配置>编码

常用Maven命令

必须进入pom.xml所在的目录

mvn clean：清理

mvn compile：编译主程序

mvn test-compile：编译测试程序

mvn test：执行测试

mvn package：打包

mvn install：安装

mvn site：生成站点

POM

pom.xml对于Maven工程是核心配置文件，与构建过程相关的一切设置都在这个文件中进行配置。

坐标

groupid:公司或组织域名倒序+项目名

<groupid>com.longtai.maven</groupid>

artifactid:模块名

<artifactid>Hello</artifactid>

version:版本

<version>1.0.0</version>

仓库

仓库的分类

本地仓库：当前电脑上部署的仓库目录，为当前电脑上所有Maven工程服务

远程仓库：（1）私服（2）中央仓库 （3）中央仓库镜像

依赖

Maven解析依赖信息时会到本地仓库查找被依赖的jar包

对于我们自己开发的Maven工程，使用mvn install命令安装后就可以进入仓库。

 

依赖的范围

complie

对主程序是否有效：有效

对测试程序是否有效：有效

是否参与打包：参与

test

对主程序是否有效：无效

对测试程序是否有效：有效

是否参与打包：不参与

 

provided

对主程序是否有效：有效

对测试程序是否有效：有效

是否参与打包：不参与

是否参与部署：不参与

 

 

 

 

依赖排除

 

<exclusions>

<exclusion>

<groupId>commons-logging</groupId>

<artifactId>commons-logging</artifactId>

</exclusion>

</exclusions>

 

建议配置方式

使用properties

 

使用properties标签内使用自定义标签统一声明版本号

<properties>

<at.version>4.0.0.RELEASE</at.version>

</properties>

在需要统一版本的位置，使用￥{自定义标签名}引用声明版本号

<version>${at.version}</version>

properties标签配合自定义标签声明数据的配置不是仅仅只用用于声明版本号

继承

需求：统一管理各个模块工程对jar包依赖的版本

解决思路：将jar包统一提取到父工程，在子工程中声明时不指定版本，以父工程为准，同时便于修改

操作步骤

创建一个Maven工程作为父工程。注意：打包的方式pom

 

在子工程中声明对父工程的引用

 

将子工程中与父工程坐标中重复的内容删除

 

父工程中统一管理jar包的依赖

 

在子工程中删除jar包依赖的相同版本号部分

 

 

聚合

作用：一键安装各个模块工程

配置方式：在一个”总的聚合工程“中配置各个参与聚合的模块

使用方式：在聚合工程的pom.xml上点击 run as maven install