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中导入上面的两种处理手段

3. idea-->plugins-->maven helper