maven

作者: jump_go | 来源:发表于2020-02-19 16:38 被阅读0次
    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
    <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中

    1. <scope>compile</scope>

      • 在main和test中都可见
    2. <scope>test</scope>

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

      • 只在编译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

     <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中导入上面的两种处理手段
    1. idea-->plugins-->maven helper

    相关文章

      网友评论

          本文标题:maven

          本文链接:https://www.haomeiwen.com/subject/erkafhtx.html