Maven问题全攻略：常见问题与应试技巧（持续更新）

 Maven有哪些常见命令 ？— （这里我列举了六种常见的命令，说明了它的作用和应用场景）

1.mvn clean： 作用是清理项目，删除项目目录下的target文件夹，这个文件夹通常包含了编译后的类文件，测试报告和打包后的文件等

假设：你的项目路径是/my-project，在命令行进入该项目目录后，执行 mvn clean，它就会将my-project/target目录下的所有内容删除

2.mvn compile: 作用是编译项目的主源代码，Maven会根据项目的pom.xml文件中定义的源目录（通常是src/main/java）来编译Java代码，如果项目依赖于其他库，Maven会自动下载并将其添加到编译路径中

假设：在一个包含Java类的Maven项目中，执行mvn compile后，Maven会将src/main/java下的.java文件编译成.class文件，并存储在target/classes目录下

3.mvn test：作用是执行项目中的单元测试，Maven会在src/test/java目录下查找测试代码（通常是使用JUnit等测试框架编写的测试类），并运行这些测试，测试结果会在控制台输出，并且Maven还会生成详细的测试报告，存储在target/surefire - reports目录中

假设：对于一个包含单元测试的Maven项目，执行 mvn test，它会运行所有符合命名规则（如*Test.java）的测试类中的测试方法，如果测试失败，Maven会在控制台显示错误信息，帮助我们定位问题

4.mvn package：作用是将项目打包，对于Java项目，根据pom.xml文件中的配置，它可能会生成JAR文件（如果是Java应用程序）或者WAR文件（如果是Web应用程序）。这个打包后的文件就包含了项目的编译后的代码，资源文件等，可以方便地在其他环境中部署和使用

假设：在一个Java Web项目中，执行mvn package后，会在target目录下生成一个.war文件，这个文件可以被部署到应用服务器（如Tomcat）上运行

5.mvn install：作用是将打包后的文件安装到本地仓库，本地仓库是Maven在本地存储文件的地方，通常位于用户目录下的.m2/repository,这样其他本地的Maven项目就可以引用这个已安装的项目作为依赖了

假设：我们开发了一个公共的工具库项目，执行mvn install后，其他项目在pom.xml中添加对这个工具库的依赖，Maven就可以从本地仓库中找到并使用它

6.mvn deploy：作用是将项目部署到远程仓库，这通常是用于将项目发布到公司内部的仓库或者公共的Maven仓库（如Maven Central），以便其他的开发人员可以访问和使用这个项目，这个操作需要在pom.xml中配置远程仓库的认证信息

假设：如果你是一个开源项目的开发者，执行mvn deploy可以将你的项目发布到Maven Central，让全球的开发者都能通过在他们的pom.xml中添加依赖来使用你的项目

Maven依赖版本冲突怎么处理？

为了解决这个问题，我们首先要明确 Maven 版本依赖的含义，在 Maven 项目中，我们常常会添加很多的依赖包。间接依赖可能会引发一个棘手的问题，那就是同一个 JAR 包可能会出现多个不同的版本，看我这里举的例子，方便大家理解

假设 A 依赖 B 的 1.0 版本，而 C 又依赖 B 的 2.0 版本，当我们的项目同时依赖 A 和 C 时，就会间接依赖 B 的 1.0 版本和 2.0 版本。尽管它们都属于 B，但由于版本的差异，可能会导致版本冲突的情况发生

这种冲突会引发一系列的问题，比如在加载类时，出现找不到相应类的类定义文件的情况，会抛出 ClassNotFoundException 错误；或者在调用类方法时，无法找到匹配的方法，从而抛出 NoSuchMethodError错误。这些异常通常是由 Maven 依赖版本冲突所致，而间接依赖是导致冲突的重要原因。所以，我们要知道如何去处理这种情况

一、使用 exclusions 排除依赖

比如我们只需要依赖B的1.0版本，但是我们的项目去依赖C的时候，C却依赖了B的2.0版本，这时候如果我们项目依赖了C，就间接依赖了B的2.0版本，这时我们就可以在依赖C的时候使用exclusions这个标签把B的2.0版本排除掉

二、使用 dependencyManagement 锁定版本号

另一种有效的解决方法是使用 dependencyManagement。我们可以在父工程中通过 dependencyManagement 元素对 B 的 1.0 版本进行锁定操作。这样一来，我们项目中所依赖的 B 就会被限定为只能使用 1.0 版本，不会出现其他版本，从而避免了不同版本的 B 在项目中引发的冲突，确保了项目依赖的一致性和稳定性。