类路径(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<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中不能出现两个同名的包
image-20200218205759318.png
-
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
网友评论