maven 知识点总结一

目录

1 超级pom 

2  MAVEN_HOME的配置

3  maven是使用java编写的 

4 maven读取配置文件setting.xml的优先级

5 pom标签解析

 

6  dependence 依赖关系

7 生命周期

8  版本管理

9 常用命令

10 maven 插件

---

---

1 超级pom 

  在 lib中的maven-model-builder-3.5.0.jar中 解压之后查看超级pom  约定了使用maven之后的项目目录结构

 <directory>${project.basedir}/target</directory>
    <outputDirectory>${project.build.directory}/classes</outputDirectory>
    <finalName>${project.artifactId}-${project.version}</finalName>
    <testOutputDirectory>${project.build.directory}/test-classes</testOutputDirectory>
    <sourceDirectory>${project.basedir}/src/main/java</sourceDirectory>
    <scriptSourceDirectory>${project.basedir}/src/main/scripts</scriptSourceDirectory>
    <testSourceDirectory>${project.basedir}/src/test/java</testSourceDirectory>
    <resources>
      <resource>
        <directory>${project.basedir}/src/main/resources</directory>
      </resource>
    </resources>
    <testResources>
      <testResource>
        <directory>${project.basedir}/src/test/resources</directory>
      </testResource>
    </testResources>

 

2  MAVEN_HOME的配置

  windows   path

  Linux     .bath_profile

 

3  maven是使用java编写的 

 所以我们在执行maven命令时 本质上是Java命令   java -jar    可以设置maven的jvm参数

 

4 maven读取配置文件setting.xml的优先级

 默认情况下  maven先去读取用户目录下的setting.xml    C:\Users\tengxiao\.m2        如果没有才去读取maven安装目录 D:\apache-maven-3.5.0\conf  

 

5 pom标签解析

 <modelVersion>  超级pom的版本

 <groupId>  公司，组织信息  com.ccmtjf.platform

<artifactId> 功能名称   platform

<version> 版本号

<packaging> 打包方式

<dependencyManagement>  此标签只能放在父pom中，用于同一版本号, dependencyManagement中的 dependency并不是真正的引入jar包，仅仅是起到了声明的作用

<dependency>

    1<type> 默认jar

    2<scope>  标识了 该dependency的jar 在什么阶段（编译，测试，运行时）用，会不会被打包

 依赖范围scope

共5种，compile (编译)、test (测试)、runtime (运行时)、provided、system

不指定，则依赖范围默认为compile.

compile:编译依赖范围，在编译，测试，运行时都需要。

test: 测试依赖范围，测试时需要（包括测试代码的编译和执行）。编译和运行不需要。不会被打包，例如：juni

runtime: 运行时依赖范围，测试和运行时需要。编译不需要。例如 JDBC驱动，适用运行和测试阶段

provided:已提供依赖范围，编译和测试时需要。运行时不需要。不会被打包 如servlet-api  

system:系统依赖范围。本地依赖，不在maven中央仓库。

 

 

 

6  dependence 依赖关系

   传递依赖： 受dependency的scope影响

 

A->B(compile)     第一关系: a依赖b   compile

B->C(compile)     第二关系: b依赖c   compile

当在A中配置

<dependency>  
            <groupId>com.B</groupId>  
            <artifactId>B</artifactId>  
            <version>1.0</version>  
</dependency>

则会自动导入c包。关系传递如下表：

第一          第二	compile	test	provided	runtime
compile	compile	-	-	runtime
test	test	-	-	test
provided	provided	-	provided	provided
runtime	runtime	-	-	runtime

  依赖仲裁： 最短路径原则，加载先后原则

   A->B->C->X(1.0)

  A->D->X(2.0)

  由于只能引入一个版本的包，此时Maven按照最短路径选择导入x(2.0)

 

  A->B->X(1.0)

  A->D->X(2.0)

  路径长度一致，则优先选择第一个，此时导入x(1.0)

 

   exclusions :排除包

 

7 生命周期

 

 

 

 

https://blog.csdn.net/ZZY1078689276/article/details/78953011

https://www.cnblogs.com/EasonJim/p/6816340.html

 

查看依赖关系命令：mvn  dependency：tree >d.txt

批量修改版本号的命令：进入项目目录 修改该项目的pom的版本号   mvn  versions：set  -DnewVersion=1.1-SNAPSHOT

 

8  版本管理

     a)   1.0-SNAPSHOT  快照版

      容易引起的问题  snapshop 版本的jar 是不稳定的版本，当中央仓库的jar 版本发生变动，本地repository中的jar不会自动更新。

       function 1 本地repository删除    function 2  命令  mvn clean package -U  (强制拉一次) 

     b)  1.0.0-RELAESE

     主版本号.次版本号.增量版本号-里程碑版本

9 常用命令

clean  -删除项目中的target/

validate - 验证项目是否正确，所有必要的信息可用

compile  - 编译项目的源代码

test   -去运行项目中所有的 test  case    包括Junit/testNG

package -采用编译的代码，并以其可分配格式（如JAR）进行打包。

install   - 将软件包安装到本地存储库中，用作本地其他项目的依赖项

deploy  - 在构建环境中完成，将最终的包复制到远程存储库以与其他开发人员和项目共享。

以上命令对应不同的生命阶段（以及此处未显示的其他生命周期阶段）依次执行，以完成默认生命周期。给定上述生命周期阶段，这意味着当使用默认生命周期时，Maven将首先验证项目，然后尝试编译源代码，运行这些源代码，打包二进制文件（例如jar），运行集成测试软件包，验证集成测试，将验证的软件包安装到本地存储库，然后将安装的软件包部署到远程存储库。

换句话说，在生命周期里面阶段是连续的，在不出错的前提下，比如执行打包（package）时就一定是执行了测试（test）之后再执行。

    

10 maven 插件

maven 插件网址 https://maven.apache.org/plugins/        www.mojohaus.org/plugins.html

常用插件

findbugs