maven 基础

maven常用命令

clean :清理

compile:编译

test:测试

package:打包

install:安装

maven坐标书写规范

mysql mysql-connector-java 8.0.33

maven依赖范围

maven常用依赖范围有四种: 

依赖范围 编译时 测试时 运行时 说明
compile 有效 有效 有效 默认的依赖范围,适用于项目主代码的依赖
provided 有效 有效 无效 适用于已由运行环境提供的依赖,例如servlet-api
runtime 无效 有效 有效 适用于只在运行时需要的依赖,例如JDBC驱动
test 无效 有效 无效 适用于只在测试时需要的依赖,例如JUnit
  • 编译时(compile time): 依赖项在编译代码时需要。这包括了编译项目的源代码,包括其直接依赖项。

  • 测试时(test time): 依赖项仅在运行测试代码时需要。这包括了运行测试单元时所需的依赖项。

  • 运行时(runtime): 依赖项在项目运行时需要,但在编译时不需要。这主要适用于在运行时动态加载的库。

依赖传递

概念 :假设有三个项目 A、 B、 C ,A依赖于B, B依赖于C ,A其实间接依赖于C  。 举个例子 只导入springMvc这个依赖maven 基础_第1张图片

可以看到他依赖了spring一系列的依赖,这些依赖也被传递导入到项目中

好处

导入一个依赖,可以传递多个依赖到项目中

坏处

会造成依赖冲突

什么是依赖冲突maven 基础_第2张图片

我导入了一个aop高版本的 它底下的core是高版本,但是 我webMvc 的core是低版本,与我想要导的包不符这就是依赖冲突

如何解决依赖冲突
1. 第一声明者优先原则:

其实就是按照从上到下的顺序 ,谁在上面,谁的传递依赖就生效

2.依赖调节原则(使用路径近者优先原则):

其实就是传递过来的依赖,不如直接声明的依赖,例如我想要spring-core 4 版本的 ,springmvc是5版本的,springmvc里面有springcore间接依赖传递,而我直接声明spring-core4版本,就会直接使用spring-core4版本

3.排除依赖(exclusions标签)(常用)

maven 基础_第3张图片

可以到加了排除标签后 springmvc里面的springaop消失了

4.版本锁定(使用最多)

第一步版本锁定,但这样并没有把依赖导入到项目中

  
    
      
        org.springframework
        spring-aop
        6.0.13
      
    
  

第二步 在下面声明依赖的时候不用声明版本

  
      
        org.springframework
        spring-aop
        
      
    

你可能感兴趣的:(maven)