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>
第二步 在下面声明依赖的时候不用声明版本
<dependencies><dependency><groupId>org.springframework</groupId><artifactId>spring-aop</artifactId></dependency></dependencies>
