依赖管理
依赖配置
- 依赖就是当前项目运行所需要的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>