maven

image-20200219145245621.png

类路径(Classpath)

  • 类可以通过jvm的classpath中找到那个类 ,jar包通过分号来区分,和环境变量一样

  • 包的全限定类名(目录层级)确定了唯一的类

  • 包就是把许多类放在一起打的压缩包

maven的历史

没有maven的情况

需要手动引入jvm。在编译的时候,引入javac -cp commons-lang3-3.9.jar StringIsBlank.java

启蒙时代

Apache Ant

  • 手动下载jar包,放在一个目录中

  • 写xml配置,指定编译的源代码目录、依赖的jar包、输出目录等

缺点

  • 存放jar包的名字不统一。为什么不规范好了

  • 因为不可控性太高,所以每个人写的xml都不尽相同

  • 第三方类库的下载不方便

  • 还要检查第三方类库的classpath的冲突情况

Maven

  • maven不仅是包管理工具,只要准守它的约定就能解决包冲突的问题

    • 文件入口在src/main。test在src/tset

    • convention over configuration:约定优于配置

  • 它约定了一个中央仓库,按照一定的约定储存包,远程仓库包

  • Maven的本地仓库

    • 默认位于~/.m2

Maven的唯一坐标

xml中的dependencies标签的dependence标签中的包内容详解

image-20200215222144343.png

 org.junit.jupiter
 junit-jupiter-api
 5.5.0
 test

pom文件

:本地环境或者开发者环境细微的差别

:声明仓库地址,方便访问,可以用阿里的maven仓库,可以是本地仓库或者是远程仓库

:source compil manage源代码控制系统

:提bug去哪里提

:提供类似变量的操作

:当前项目的url

jar:当前项目最终被打包成一个jar包,或者war包,pom

当前项目的坐标

4.0.0maven按照生命版本规格写的

Pom:project object model

scope在pom中

  1. compile

    • 在main和test中都可见
  2. test

    • 只有在test相关的代码中,才能看到这个库
  3. provided

    • 只在编译main代码的时候有效,运行的时候没有效果

包冲突

classpath中不能出现两个同名的包


image-20200218205759318.png
  1. AbstractMethodError

  2. NoClassDefFoundError

  3. ClassNotFoundException

  4. LinkageError

传递性依赖带来的冲突解决方案

  • 原则:绝对不允许最终的classpath出现同名不同版本的jar包(这个是重点)

  • 解决原则:取最近的包,会丢弃C1.jar保留C2.jar,其实是因为project-->a-->b-->c2

    而另外一条路只是project-->a-->c1,可是,当这两个的路径引用一样长,就会谁在前面就用哪一个。

  • 手动解决:

  1. 手动增加dependency

    • 查看maven干掉了什么版本的包文件mvn dependency:tree

    • 然后去github查看是高版本的什么方法没有被引用

    • 然后直接将冲突的c包,放到dependency标签中,引入你自己要的版本

  2. 增加exclusion

 
     
     
     com.github.package
     exclusion-class
     
     
    
  • pom.xml的视图下标增加。dependency analyzer
  • click reimport
  • 就会出现(omitted for conflict with 0.1)
  • click dependency,可以自动在pom中导入上面的两种处理手段
  1. idea-->plugins-->maven helper

你可能感兴趣的:(maven)