依赖管理

依赖配置

  • 依赖就是当前项目运行所需要的jar包

在idea中新建三个模块，project01，project02，project03；在三者的dependencies中配置依赖，分别配置log4j的1.2.12;1.2.13;1.2.14

eg:（01中）

<dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.12</version>
        </dependency>

在右侧的Maven面板刷新，三个依赖都出现

依赖传递

在project02的依赖中添加project03（将项目3的地址粘贴即可）

eg：

<dependency>
            <groupId>org.example</groupId>
            <artifactId>project03</artifactId>
            <version>1.0-SNAPSHOT</version>
</dependency>

此时刷新，发现右侧的2的依赖中有3，并且能看到3的依赖1.2.14！

此时在3的依赖中再加一个junit，刷新，也可以在2中看到

这就是依赖传递！

  • 直接依赖：在当前项目中通过依赖配置建立的依赖关系。
  • 间接依赖：被添加的依赖资源如果依赖其他资源，当前项目间接依赖其他资源。

依赖传递冲突问题

  • 路径优先：当依赖中出现相同资源时，层级越深，优先级越低。
  • 声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的。（谁现在dependencise中出现，谁生效）

可选依赖

  • 可选依赖指对外隐藏当前所依赖的资源-------不透明
<optional>true</optional>

排除依赖

  • 排除依赖指主动断开依赖资源，被排除的资源无需指定版本
    eg:在项目2中对3的依赖下方增加指令
<dependency>
            <groupId>org.example</groupId>
            <artifactId>project03</artifactId>
            <version>1.0-SNAPSHOT</version>

            <exclusions>   <!--要排除的依赖，无需指定version-->
                <exclusion>
                        <groupId>log4j</groupId>
                        <artifactId>log4j</artifactId>
                </exclusion>
            </exclusions>
    
</dependency>

依赖范围

在dependency中

<scope>compile/provided/runtime/system/test</scope>
  • 依赖的jar默认范围在任意位置使用，可以通过scope标签设定其作用范围
  • 作用范围：
  • main文件夹内
  • test文件夹内
  • 是否参与打包

scope

主代码

测试代码

打包

范例

compile

Y

Y

Y

log4j

test

Y

junit

provided

Y

Y

servlet-api

runtime

Y

jbdc

在project02的依赖中添加

<dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis</artifactId>
            <version>3.5.3</version>
            <scope>compile/provided/runtime/system/test</scope>
</dependency>

*/选择不同的scope观察右侧依赖

在project01的依赖中添加project02

<dependency>
            <groupId>org.example</groupId>
            <artifactId>project02</artifactId>
            <version>1.0-SNAPSHOT</version>
            <scope>compile/provided/runtime/test</scope>
</dependency>

*/选择不同的scope观察右侧依赖

结果：横坐标project01/纵坐标project02

compile

test

provided

runtime

compile

compile

test

provided

runtime

test

/

/

/

/

provided

/

/

/

/

runtime

runtime

test

provided

runtime

生命周期与插件

项目构建生命周期

…----->compile----->test-compile------->test------->package------->install----->…

  • Maven对项目构建的生命周期划分为三套：
  • clean：清理工作
  • pre-clean
  • clean
  • post-clean
  • default：核心工作，eg：编译，测试，打包，部署等…

validate（校验）

校验项目是否正确并且所有必要的信息可以完成项目的构建过程。

initialize（初始化）

初始化构建状态，比如设置属性值。

generate-sources（生成源代码）

生成包含在编译阶段中的任何源代码。

process-sources（处理源代码）

处理源代码，比如说，过滤任意值。

generate-resources（生成资源文件）

生成将会包含在项目包中的资源文件。

process-resources （处理资源文件）

复制和处理资源到目标目录，为打包阶段最好准备。

compile（编译）

编译项目的源代码。

process-classes（处理类文件）

处理编译生成的文件，比如说对Java class文件做字节码改善优化。

generate-test-sources（生成测试源代码）

生成包含在编译阶段中的任何测试源代码。

process-test-sources（处理测试源代码）

处理测试源代码，比如说，过滤任意值。

generate-test-resources（生成测试资源文件）

为测试创建资源文件。

process-test-resources（处理测试资源文件）

复制和处理测试资源到目标目录。

test-compile（编译测试源码）

编译测试源代码到测试目标目录.

process-test-classes（处理测试类文件）

处理测试源码编译生成的文件。

test（测试）

使用合适的单元测试框架运行测试（Juint是其中之一）。

prepare-package（准备打包）

在实际打包之前，执行任何的必要的操作为打包做准备。

package（打包）

将编译后的代码打包成可分发格式的文件，比如JAR、WAR或者EAR文件。

pre-integration-test（集成测试前）

在执行集成测试前进行必要的动作。比如说，搭建需要的环境。

integration-test（集成测试）

处理和部署项目到可以运行集成测试环境中。

post-integration-test（集成测试后）

在执行集成测试完成后进行必要的动作。比如说，清理集成测试环境。

verify （验证）

运行任意的检查来验证项目包有效且达到质量标准。

install（安装）

安装项目包到本地仓库，这样项目包可以用作其他本地项目的依赖。

deploy（部署）

将最终的项目包复制到远程仓库中与其他开发者和项目共享。

  • site：产生报告，发布站点等…
  • pre-site
  • site
  • post-site
  • site-deploy

插件

  • 插件于生命周期内的阶段绑定，在执行到相应的声明周期时执行对应插件功能
  • 默认maven在各个生命周期上绑定有预设的功能
  • 通过插件自定义其他功能

在官网上的maven plugins中寻找需要的插件

例如我这里想用source插件，找到位置，复制其坐标（各种id）

在build补充：

<build>
        <plugins>
            <plugin>
                
                <groupId>org.apache.maven.plugins</groupId> <!--坐标-->
                <artifactId>maven-source-plugin</artifactId>
                <version>2.2.1</version>

                <executions>   <!--执行-->
                    <execution>
                        
                        <goals>
                            <goal>jar</goal><!--在此位置执行-->
                        </goals>
                        
                        <phase>generate-test-resources</phase><!--在此阶段执行-->
                        
                    </execution>
                </executions>
                
            </plugin>
        </plugins>
    </build>