一 maven依赖管理

Maven 依赖管理是 Maven 软件中最重要的功能之一。Maven 的依赖管理能够帮助开发人员自动解决软件包依赖问题，使得开发人员能够轻松地将其他开发人员开发的模块或第三方框架集成到自己的应用程序或模块中，避免出现版本冲突和依赖缺失等问题。

1.1 依赖管理和配置

我们通过定义 POM 文件，Maven 能够自动解析项目的依赖关系，并通过 Maven 仓库自动下载和管理依赖，从而避免了手动下载和管理依赖的繁琐工作和可能引发的版本冲突问题。

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"><modelVersion>4.0.0</modelVersion>
<!-- 如何使用maven管理依赖1.在maven配置文件中即pom.xml文件中使用<dependencies>   #依赖的集合<dependency>    #一个依赖<groupId></groupId>     依赖的gav属性也说明了依赖是maven项目<artifactId></artifactId>  根据gav定位依赖<version></version></dependency></dependencies>2.如何寻找依赖的gav，有两种方法一是官网https://mvnrepository.com/repos/central 中搜索二是插件 maven-search 中搜索3. 补充依赖的生效范围通过<scope></scope>标签属性来规定compile（默认） main  test  打包test           test         如junitruntime        打包运行      如mysql驱动 用了反射provided       main  test    如servlet  因为tomcat中有servlet依赖--><groupId>com.ls</groupId><artifactId>maven-pom-dependenies-04</artifactId><version>1.0-SNAPSHOT</version><packaging>jar</packaging><!--声明版本--><properties><!--命名随便,内部制定版本号即可 建议两层！在引用时使用${标签名}使用--><mysql.version>8.0.33</mysql.version></properties><dependencies><dependency><groupId>mysql</groupId><artifactId>mysql-connector-java</artifactId><version>${mysql.version}</version><scope>compile</scope></dependency></dependencies></project>

1.2依赖传递

依赖传递指的是当一个依赖 A 依赖于另一个依赖 B。当我们引入依赖A时，maven会自动的引入依赖A所需要的依赖B。减少了开发者手动引入多个依赖，解决了依赖版本的兼容性。

1.3依赖冲突

当直接引用或者间接引用出现了相同的依赖， 这时呢，一个项目就会出现相同的重复jar包，这就算作冲突！依赖冲突避免出现重复依赖，并且终止依赖传递！解决了引入重复依赖的问题

eg： A依赖B,B依赖C,C又依赖A,按照maven的依赖传递特性导入A依赖会导入B依赖，导入B依赖又会导入C依赖，导入C依赖又会导入A依赖（此时依赖冲突发生就停止再次导入A依赖）。

解决依赖冲突（如何选择重复依赖）方式：

• 短路优先原则（第一原则）

  A—>B—>C—>D—>E—>X(version 0.0.1)

  A—>F—>X(version 0.0.2)

  则A依赖于X(version 0.0.2)。

• 依赖路径长度相同情况下，则“先声明优先”（第二原则）

  A—>E—>X(version 0.0.1)

  A—>F—>X(version 0.0.2)

  在中，先声明的，路径相同，会优先选择！

二依赖导入失败问题

在使用 Maven 构建项目时，可能会发生依赖项下载错误的情况，主要原因有以下几种：

1. 网络故障或者仓库服务器宕机，导致无法连接上maven仓库。
2. 依赖信息错误，即依赖的GAV不正确。
3. 本地仓库被污染。

对应的解决方案：

1. 检查网络连接和 Maven 仓库服务器状态。
2. 确保依赖项的版本号与项目对应的版本号匹配，并检查 POM 文件中的依赖项是否正确。
3. 清除本地 Maven 仓库缓存（lastUpdated 文件），因为只要存在lastupdated缓存文件，刷新也不会重新下载。本地仓库中，根据依赖的gav属性依次向下查找文件夹，最终删除内部的文件，刷新重新下载即可！

对于本地仓库污染的问题原因是因为之前因为网络或其他原因，依赖下载了一部分但没下载完成就终止了。maven下载依赖的过程是，现在本地maven仓库中寻找，如果本地仓库中有就直接用，没有就要从中央仓库下载到本地maven仓库，由于本地maven仓库中有依赖的缓存，会导致maven以为本地仓库中已经存在，就不会再去中央仓库下载。