不得不熟悉的自动化构建工具Maven

2019-08-10  本文已影响0人  wbl_dominic

1.Maven 中的坐标:

类比数学中,平面x y轴,空间x y z轴可以确定到唯一的一个点
那么在Maven中,使用下面三个向量可以唯一地定位仓库中的任何一个点。

  • groupId:公司或组织域名倒序 + 项目名
    <groupid>com.ys.maven</groupid>
  • artifactId:项目名
    <artifactid>Maven_05</artifactid>
  • version:版本号
    <version>0.0.1-SNAPSHOT</version>

2.Maven 依赖的详细配置讲解:

全部配置如下

<project>     
    <dependencies>
        <dependency>
            <groupId>io.springfox</groupId>     
            <artifactId>springfox-swagger2</artifactId>     
            <version>3.8.1</version>
            <type>...</type>
            <scope>...</scope>
            <optional>...</optional>
            <exclusions>     
                <exclusion>     
                  <groupId>...</groupId>     
                  <artifactId>...</artifactId>     
                </exclusion>
          </exclusions>     
        </dependency>        
      </dependencies>     
</project>

①、dependencies:一个 pom.xml 文件中只能存在一个这样的标签。用来管理依赖的总标签。
②、dependency:包含在dependencies标签中,可以有无数个,每一个表示一个依赖
③、groupId,artifactId和version:依赖的基本坐标,对于任何一个依赖来说,基本坐标是最重要的,Maven根据坐标才能找到需要的依赖。
④、type:依赖的类型,对应于项目坐标定义的packaging。大部分情况下,该元素不必声明,其默认值是jar。
⑤、scope:依赖的范围,默认值是 compile。后面会进行详解。
⑥、optional:标记依赖是否可选。
⑦、exclusions:用来排除传递性依赖,后面会进行详细介绍。

3.Maven 依赖范围以及区别:

compile 范围依赖(maven的默认依赖范围)

  • 参与编译时是否对主程(src/main/java)序有效:有效
  • 参与编译时是否对测试(src/test/java)程序有效:有效
  • 是否参与打包:参与
  • 是否参与部署:参与

test范围依赖 eg:junit单元测试jar

  • 参与编译时是否对主程(src/main/java)序有效:无效
  • 参与编译时是否对测试(src/test/java)程序有效:有效
  • 是否参与打包:不参与
  • 是否参与部署:不参与

provided 范围依赖 eg:一些服务器自带的jar无需另外提供 servlet-api.jar

  • 参与编译时是否对主程(src/main/java)序有效:有效
  • 参与编译时是否对测试(src/test/java)程序有效:有效
  • 是否参与打包:不参与
  • 是否参与部署:不参与

runtime 范围依赖

  • 只在测试、运行的时候依赖,在编译的时候不依赖。例如:JDBC驱动,项目代码只需要jdk提供的jdbc接口,只有在执行测试和运行项目的时候才需要实现jdbc的功能。

4.Maven 依赖传递性:

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

5.Maven 可选依赖:

  • maven默认是按照依赖范围来进行依赖传递的(上面依赖传递已经说明四种依赖范围的传递性)
  • 假如你不想jar包依赖下去 你可以设置Optional标签属性,默认是false。如果为true,则表示该依赖不会传递下去,如果为false,则会传递下去。

6.Maven 依赖排除:

使用exclusions来进行依赖排除,可以用来防止jar包冲突

例如我们在第一工程引入了spring-core.jar包 它会默认引入common-logging.jar 假如我们不需要common-logging.jar 可以使用exclusions来进行依赖排除:

   <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-core</artifactId>
    <version>4.3.24.RELEASE</version>
    <exclusions>
        <exclusion>
            <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
        </exclusion>
    </exclusions>
</dependency>

7.Maven 依赖冲突问题:

在maven中存在两种冲突 一种是同pom文件冲突,一种是跨pom文件冲突

  • 跨pom文件jar冲突,这种情况会优先选择最短路径的jar
    假如我有三个maven工程 依次依赖 第三依赖第二,第二依赖第一
    现在我在第二和第一中同时引入一样的jar 这时候第三maven工程会同时
    优选选择他最近依赖的工程二中的jar
  • 同pom文件中的则是先声明先依赖(注意 pom文件越往下越早依赖)
上一篇下一篇

猜你喜欢

热点阅读