maven 基础 - 技术栈

maven常用命令

clean ：清理

compile：编译

test：测试

package：打包

install：安装

maven坐标书写规范

<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency>

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这个依赖

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

好处

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

坏处

会造成依赖冲突

什么是依赖冲突

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

如何解决依赖冲突

1. 第一声明者优先原则：

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

2.依赖调节原则（使用路径近者优先原则）：

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

3.排除依赖（exclusions标签）（常用）

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

4.版本锁定（使用最多）

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

复制代码

  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-aop</artifactId>
        <version>6.0.13</version>
      </dependency>
    </dependencies>
  </dependencyManagement>

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

XML 复制代码

  <dependencies>
      <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-aop</artifactId>
        
      </dependency>
    </dependencies>