maven

一、maven 是什么

Maven是基于项目对象模型(POM),可以通过一小段描述信息来管理项目的构建,报告和文档的软件项目管理工具。是一个异常强大的构建工具,能帮我们自动化构建过程,从编译、运行单元测试、生成文档、打包和部署,我们只需要输入见得的Maven命令即可。

Maven是java编写的,因此可以跨平台。总的来说,Maven 简化了工程的构建过程,并对其标准化。它无缝衔接了编译、发布、文档生成、团队合作和其他任务。Maven 提高了重用性,负责了大部分构建相关的任务

Maven不仅仅是构建工具,还是依赖管理工具和项目信息管理工具,还有一个强大的功能就是能够自动下载项目依赖的第三方库,Maven通过坐标来准确的定位到每一个jar包,并自动帮我们下载。

 

二、什么是 maven 坐标?

Maven的很强大的一个功能就是管理项目依赖,为了能自动化的精确获取到项目依赖,Maven就必须为其唯一标识,Maven通过坐标来构建唯一标识。

平面几何中,使用(x,y)坐标来表示平面中的任何一个点。Maven中拥有数量巨大的构件,就是jar、war等文件,Maven自己创建了一种坐标规则,只要我们指定争取的坐标,Maven就会到中央仓库中下载这些构建,Maven的中央仓库中包含了世界上流行的大部分构件。

坐标详解

 

我们来看一组坐标 

     <groupId>com.cad.maven</groupId>
     <artifactId>HelloWorld</artifactId>
     <version>0.0.1</version>
     <packaging>jar</packaging> 

 

 

  • groupId:组织名称。项目属于哪个组。例如Spring-core,Spring-context都是属于SpringFramework组的。

  • artifactId:项目名称。

  • version:定义当前项目的版本

  • packaging:定义项目的打包方式。例如jar、war。不指定默认为jar

三、什么是依赖管理?

根元素project下的dependencies可以包含一个或多个 dependency元素,以声明一个或多个项目依赖。 
每个依赖可以包含以下元素。

<groupId>:依赖组织名称    
<artifactId>:依赖项目名称
<version>:版本 
<scope>:依赖范围
<type>:依赖类型,对应于项目坐标定义的packing。默认值为jar
<optional>:标记依赖是否可选 
<exclusions>:用来排除传递性依赖 

  (一)依赖范围

依赖范围就是用来控制依赖应该在何时存在,例如junit包只需要在测试时存在,项目正式运行时就不需要了。

Maven有以下几种依赖范围

  • compile:没有指定,默认使用该依赖范围。使用此依赖范围,对于主代码、测试、运行时都会被引入各自的classpath。例子是spring-core,在主代码、测试、运行时都需要这个依赖。

  • test:测试依赖范围。使用此依赖范围的Maven依赖,只会被测试classpath引入。例子是JUnit,只有在测试时需要。

  • provided:使用此依赖范围的Maven依赖,会被主代码、测试等classpath引入,在运行时无效。例子是servlet-api,编译主代码和测试时需要,但在运行时由于容器会提供,所以可能会出现冲突,就不需要Maven再引入依赖。

  • runtime:运行时依赖范围。使用此依赖范围的Maven依赖,只有项目运行时会引入依赖。例子是JDBC驱动,在编译主代码时无效,只有测试运行还有运行时需要引入。

 

(二)依赖传递

我们说一个简单的例子,例如我们的B项目依赖C项目,我们的A项目依赖于B项目,C项目的很多依赖在A项目中也需要,Maven有依赖传递机制,我们A项目既然依赖了B项目,

就不需要考虑B项目依赖了什么,也不用担心使用不了C项目的依赖,再重复定义依赖,Maven会解析各个直接依赖的pom文件,将那些间接依赖引入到当前项目中。

 

(三)依赖传递范围

总结:
    当第二依赖的范围是compile的时候,传递性依赖的范围与第一直接依赖的范围一致。
    当第二直接依赖的范围是test的时候,依赖不会得以传递。
    当第二依赖的范围是provided的时候,只传递第一直接依赖范围也为provided的依赖,且传递性依赖的范围同样为 provided;
    当第二直接依赖的范围是runtime的时候,传递性依赖的范围与第一直接依赖的范围一致,但compile例外,此时传递的依赖范围为runtime;

(四)依赖冲突

    比如我们A项目依赖B项目,B项目依赖C项目。B项目依赖JUnit3.0版本,C项目依赖JUnit4.0版本,并且依赖范围都是compile。那么这时候就出现了冲突,A项目会依赖哪个呢? 

    Maven使用了就近原则,会使用距离A项目近的版本,所以会使用B项目的JUnit3.0版本。 

    如果一个pom文件中引入了两个不同版本的相同依赖,那么越靠近pom文件下面的越近。

  

(五)可选依赖

比如我们A项目依赖B项目,B项目依赖C项目,设置的依赖范围都是compile。但是我们的A项目根本就不需要C项目,

这时候就可以设置C项目的可选依赖,有个 <optional></optional>标签,设置为true则依赖不会传递,设置为false,

依赖继续传递,这就是可选依赖。我们把C项目的可选依赖设置为true,A项目中就不会再引用C项目。

  

 (六)排除依赖

我们的可选依赖可以让某个依赖不再传递,但这时就出现了一种情况,我们D依赖A项目,但是D项目也需要C,这时候C项目传递不过来,就产生了很多麻烦。这时候可以使用排除依赖,排除依赖可以把自己不需要的依赖给排除。

我们在C项目排除A项目 

<dependencies>
    <dependency>
      <groupId>com.cad.maven</groupId>
      <artifactId>SecondMaven</artifactId>
      <version>0.0.1-SNAPSHOT</version>
      <scope>test</scope>
      //排除A项目
      <exclusions>
        <exclusion>
            <groupId>com.cad.maven</groupId>
            <artifactId>FirstMaven</artifactId>
        </exclusion>
      </exclusions> 
    </dependency>
  </dependencies>

 (七)归类依赖

 

 我们的项目依赖spring,Spring项目分为很多个模块,例如Spring-core-4.0.jar,Spring-bean-4.0.jar等等。  
等到我们项目需要更新Spring的时候,由于版本号都一样,所以我们是否可以将版本号给用一个常量存放,然后更新Spring时只需要改变常量的值即可。这样可以省去很多时间。

 

  

<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.cad.maven</groupId>
  <artifactId>ThirdMaven</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>

  <name>ThirdMaven</name>
  <url>http://maven.apache.org</url>

  <properties>
    <springframework.version>4.5</springframework.version>
  </properties> 

 <dependencies> 
     <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-core</artifactId>
      <version>${springframework.version}</version>
     </dependency> 

     <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring-beans</artifactId>
      <version>${springframework.version}</version>
     </dependency> 

  </dependencies>
</project>

 (八) 优化依赖

通过前面的学习了解,Maven会自动解析所有直接依赖和传递依赖,并且判断依赖范围,最后项目得到的的依赖被称为已解析依赖。

我们可以通过mvn dependency:list来查看当前项目已解析依赖并且显示其范围:

我们可以通过mvn dependency:tree命令来查看当前项目依赖树

 

四、Maven仓库 

Maven可以在某个统一的位置存储所有项目的依赖,这个位置就是仓库。Maven项目中只需要声明依赖的坐标,Maven会根据坐标自动寻找仓库中的依赖,并使用他们。而我们的项目也可以安装部署到仓库中,使其他项目使用。

根据Maven坐标定义每个构建在仓库中唯一存储路径大致为:groupId/artifactId/version/artifactId-version.packaging。

仓库的分类

Maven仓库分为本地仓库和远程仓库。Maven根据坐标寻找依赖时,会先到本地仓库查找,如果有则直接使用,如果没有则到远程仓库查找,如果查找到则下载到本地仓库使用,没有查找到就报错。

远程仓库又分为中央仓库和私服还有其他公开的远程仓库。私服是一种特殊的远程仓库,我们可以在公司内部部署一个私服,这样每个员工使用依赖时就不用每个人都去中央仓库下载,而是去局域网的私服下载,还可以把公司内部的项目放在私服上,供所有人使用,节省了带宽和时间。

本地仓库

默认情况下,本地仓库的地址是用户目录下的.m2/repository/ ,但是我们可以编辑settings.xml文件来自己设置目录,前面我们有讲过,就不再多说。

中央仓库

默认的中央仓库地址是http://repo1.maven.org/maven2。中央仓库包含了世界上大部分开源依赖。

私服

私服架设在局域网内,供局域网内的用户使用。Maven需要下载依赖时,先请求私服,如果私服没有,则从外部的远程仓库下载,自己还可以向私服上上传自己的项目,供局域网使用。

私服有很多优点。

  • 节省自己带宽:大量对于外部仓库的访问会占用很多带宽。
  • 没网的时候也可以使用
  • 可以部署自己的项目

后面我们会详细介绍私服的搭建。

配置其他远程仓库

有时候我们默认的中央仓库无法满足我们的需求,可能项目需要的依赖存在于其他公开的远程仓库。例如JBoss Maven仓库,可以在我们的pom文件中配置该仓库。

配置JBoss Maven仓库 

  <repositories>
    <repository>
        <!--唯一id-->
        <id>jboss</id>
        <name>JBoss Repository</name>
        <!--仓库的url地址-->
        <url>http://repository.jboss.com/maven2/</url> 
        <!--开启发布版本下载支持-->
        <releases>
            <enabled>true</enabled>
        </releases>
        <!--关闭快照版本下载支持-->
        <snapshots>
            <enabled>false</enabled>
        </snapshots>
        <!--使用默认布局-->
        <layout>default</layout>
    </repository>
  </repositories>

  

快照版本

Maven中任何一个项目依赖都需要有唯一的版本。例如1.0, 2.3.1 , 4.2-SNAPSHOT. 
其中1.0,2.3.1都是发布版本,4.2-SNAPSHOT是快照版本。

为什么要区别发布版本和快照版本呢?

A开发一个项目的B模块,C开发D模块,D模块依赖B模块。A需要经常将自己的B模块更新供D使用。Maven每个坐标都是唯一的,A将自己的项目发布为2.1版本供C调用,那么有一些微小的改动,就需要发布2.2,2.3等版本,造成版本号的滥用。Maven的快照就是解决这个问题,A只需要将自己的版本设置为2.1-SNAPSHOT,发布到私服中,Maven会自动为项目打上时间戳,有了时间戳,Maven就能找到该项目的最新版本,C开发D模块时,D模块会自动的检查模块B的2.1-SNAPSHOT是否是最新,发现有更新便下载。

快照版本应该只在组织内部或模块依赖间使用,真正发布还是要发布正式版。

 

五、Maven的安装和配置

1.先从官网下载Maven,我这里下载的最新版 apache-maven-3.5.0-bin

 

2.下载成功后要配置Maven环境变量

3.测试是否安装成功,在系统命令行中执行命令:mvn –v

4.在Maven安装的目录的conf下有settings.xml文件,这是Maven的全局配置文件 我们可以在这儿配置本地仓库的地址,仓库后面会详解,里面会存放Maven下载的插件等 仓库地址默认系统的用户目录下的.m2/repository 我们自己来改变一下,当然我们

5.我们先运行一条简单的命令 mvn help:system,该命令会打印出所有的java系统属性和环境变量。 运行这条命令主要目的是第一次运行Maven命令时,会自动下载Maven的插件,包括pom文件和jar,都被下载到了本地仓库中。

 

六、maven 怎样创建 Java 项目?

使用Archetype生成项目骨架

Maven项目有一些约定,在根目录放pom.xml文件,src/main/java中放源码等等。如果我们每次创建Maven项目都需要自己来创建这个骨架的话,估计会烦的要命。Maven为我们提供了Archetype来帮助我们快速构建项目骨架。

我们在使用mvn archetype:generate命令生成项目骨架,Maven会有很多骨架供我们选择,也会提供一个默认的骨架,我们直接回车,然后会让我们输入groupid、artifactid、version、package等,然后就可以生成完整的项目骨架,极其方便。

 

七、maven 怎样创建 parent 项目?

  <parent>
    <groupId>com.cad.maven</groupId>
    <artifactId>ParentProject</artifactId>
    <version>0.0.1-SNAPSHOT</version>
  </parent>

  

八、maven 如何创建 Java web 项目?

 

九、什么是 maven module?  Maven聚合

在大型项目中,可能会有很多模块,在Maven中可以将这些模块给聚合成一个项目。

1.我们首先需要创建一个空的Maven项目,来去聚合其他模块,该模块的packaging必须为pom

 

2.通过<module>标签聚合其他项目,该被聚合的项目路径必须放在聚合项目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.cad.MavenWeb</groupId>
      <artifactId>WebDemo</artifactId>
      <version>0.0.1-SNAPSHOT</version>
      <packaging>pom</packaging>
      <modules>
        <module>WebServlet</module>
        <module>WebService</module>
      </modules>
    </project> 

 3.我们执行一下编译命令,Maven会首先解析聚合模块的pom,分析需要构建的模块,然后根据顺序构建各个模块

 

十、maven module 与 project 有什么区别?

1.maven project和module相当于父子关系。

2.当新建的项目中不存在父子关系时使用project。

3.当项目中存在父子关系时用project做父工程,module做子工程,module工程必须有父工程。

 十一、maven 如何编译源代码?maven 如何测试项目?maven 怎样打包?

常用Maven命令总结

Maven的命令要在根在目录中去执行

Mvn compile: 编译命令
Mvn clean:   清除命令,清除已经编译好的class文件,具体说清除的是target目录中的文件
Mvn test:    测试命令,该命令会将test目录中的源码进行编译
Mvn package: 打包命令
Mvn install: 安装命令,会将打好的包,安装到本地仓库

命令是可以组合的:
    Mvn clean compile:先清空再编译

    mvn clean test命令:先执行clean,再执行test,通常应用于测试环节

    mvn clean package:先执行clean,再执行package,将项目打包,通常应用于发布前
        执行过程:
            清理————清空环境
            编译————编译源码
            测试————测试源码
            打包————将编译的非测试类打包 

    mvn clean install:先执行clean,再执行install,将项目打包,通常应用于发布前
        执行过程:
            清理————清空环境
            编译————编译源码
            测试————测试源码
            打包————将编译的非测试类打包
            部署————将打好的包发布到资源仓库中

十二、maven 怎样安装到本地仓库?

 

1、在Maven安装的目录的conf下有settings.xml文件,这是Maven的全局配置文件 我们可以在这儿配置本地仓库的地址

2、我们先运行一条简单的命令 mvn help:system,该命令会打印出所有的java系统属性和环境变量。 运行这条命令主要目的是第一次运行Maven命令时,会自动下载Maven的插件,包括pom文件和jar,都被下载到了本地仓库中

3、我们其他的Maven项目如何使用我们的项目呢,我们可以使用install命令将我们的jar包安装到本地仓库,然后在其他项目中通过gav来引用

 

十三、maven 编译时,如何跳过测试代码?

  目前用到的方法如下,本文会持续更新~

方法一:pom文件添加如下配置:

         <plugins>

            <plugin>

                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-surefire-plugin</artifactId>
                <configuration>
                  <skip>true</skip>
                </configuration>

            </plugin>

      </plugins>

 

 

方法二:

-DskipTests,不执行测试用例,但编译测试用例类生成相应的class文件至target/test-classes下。

-Dmaven.test.skip=true,不执行测试用例,也不编译测试用例类。

在eclipse中run as执行,如:clean install -Dmaven.test.skip=true

 

maven下载源码指令:

mvn dependency:sources

mvn dependency:resolve -Dclassifier=javadoc

命令使用方法:首先进入到相应的pom.xml目录中,然后执行以上命令: 
第一个命令是尝试下载在pom.xml中依赖的文件的源代码。
第二个命令:是尝试下载对应的javadocs
但是有可能一些文件没有源代码或者javadocs

 

maven 通过 Tomcat 插件,如何运行 Java web 项目?

maven 怎样发布到 Tomcat?

maven 如何产生 site?

 

posted @ 2018-08-13 00:07  跃小云  阅读(296)  评论(0编辑  收藏  举报