类路径（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标签中的包内容详解
<dependence>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter-api</artifactId>
<version>5.5.0</version>
<scope>test</scope>
</dependence>
pom文件
<profile>:本地环境或者开发者环境细微的差别
<repositories>:声明仓库地址，方便访问，可以用阿里的maven仓库,可以是本地仓库或者是远程仓库
<scm>:source compil manage源代码控制系统
<issueManagement>:提bug去哪里提
<properties>:提供类似变量的操作
<url></url>:当前项目的url
<packaging>jar</packaging>:当前项目最终被打包成一个jar包，或者war包，pom
当前项目的坐标
<modelVersion>4.0.0</modelVersion>maven按照生命版本规格写的
Pom:project object model
scope在pom中
-
<scope>compile</scope>- 在main和test中都可见
-
<scope>test</scope>- 只有在test相关的代码中，才能看到这个库
-
<scope>provided</scope>- 只在编译main代码的时候有效，运行的时候没有效果
包冲突
classpath中不能出现两个同名的包
AbstractMethodError
NoClassDefFoundError
ClassNotFoundException
LinkageError
传递性依赖带来的冲突解决方案
原则：绝对不允许最终的classpath出现同名不同版本的jar包（这个是重点）
-
解决原则：取最近的包，会丢弃C1.jar保留C2.jar，其实是因为project-->a-->b-->c2
而另外一条路只是project-->a-->c1，可是，当这两个的路径引用一样长，就会谁在前面就用哪一个。
手动解决：
-
手动增加dependency
查看maven干掉了什么版本的包文件
mvn dependency:tree然后去github查看是高版本的什么方法没有被引用
然后直接将冲突的c包，放到dependency标签中，引入你自己要的版本
增加exclusion
<dependency>
<exclusions>
<exclusion>
<groupId>com.github.package</groupId>
<artifactId>exclusion-class</artifactId>
</exclusion>
</exclusions>
</dependency>
- pom.xml的视图下标增加。dependency analyzer
- click reimport
- 就会出现（omitted for conflict with 0.1）
- click dependency，可以自动在pom中导入上面的两种处理手段
- idea-->plugins-->maven helper
