文章目录
- Maven（mvn）
- 1.Maven 是什么？
- 2.Maven做什么？
- 2.1传统方式对项目的管理
- 2.2Maven对jar包的管理
- 3.Maven怎么学
- 3.1Maven如何创建项目
- 3.2Maven的下载与配置
- 3.3Maven的项目结构
- 3.4Maven依赖的引入
- 3.5Maven依赖的剔除
- 3.6Maven依赖的使用
- 3.7查看依赖树（查看项目的依赖关系）
- 4.Maven两个版本的区别
- 5.Maven的下载与配置环境变量
Maven（mvn）
在开始之前我先来谈一谈我的学习方法，我在学习认识新东西之前是按照三步走来学习的，即：是什么？做什么？怎么学?
那接下来就让我们按照三步走来学习一下Maven
1.Maven 是什么？
Maven就是服务于Java平台的自动化构建工具；简单来说就是我们的项目管理工具
# 构建什么：把项目工程经过编译，得到的编译结果，部署在服务器上的整个过程；
# 编译： .java文件通过javac编译器编译成 .class型的字节码文件
2.Maven做什么？
它是一个Apache的开源项目，主要服务于基于Java平台的项目构建、依赖管理和项目信息管理，为了不重复造轮子。
Maven最主要的体现在了2个词 “项目”和“管理”！加在一起就是项目管理。
总结：
就是帮我们打包项目的，通常使用最多的就是package命令和clean和install;
当我们部署好maven以后，一般直接使用plugins插件下的jar，双击两下就可以在target文件夹下看到maven帮我们打包好的项目xxx.jar；
如下图：
2.1传统方式对项目的管理
两个项目A，B，项目A需要依赖一些jar包，项目B也需要依赖这些jar包，那么此时如果都把jar包引入到项目中；再比如要更新jar版本，所以又得重新下载，重新部署到项目中（部署到lib中）；以上就是在重复造轮子。我们应该把这些所有的jar包放到一个地方，需要用的时候过去取即可。而Maven就帮我们做了这些事情（这就是Maven的项目管理）
2.2Maven对jar包的管理
Maven把我们需要的jar包都放到一个仓库（repository）中，统一管理，（做到复用、多项目可共同使用）每个jar包的对应位置用一个坐标表示；
坐标三要素：文件夹+名字+版本号
如何定位这个位置————文件夹+名字+版本号=坐标 就可以定位到唯一的jar包；
# 关于仓库：本地仓库（本机上从中央仓库下载过来的jar包）中央仓库（Maven免费提供的）远程仓库（企业自己的—>私服）
使用时，若本地仓库可以找到jar包，正常使用；本地仓库找不到jar包，就去远程仓库查找，远程找不到，就去中央查找，若都找不到，就会报错；再任何一个仓库中找到jar包就会下载到本地，做到复用
3.Maven怎么学
3.1Maven如何创建项目
打开编辑器，new一个project
根据 坐标三要素：文件夹+名字+版本号
# groupId： 代表jar包所来源的渠道；对应文件夹的名；com.alibaba;com.duyi;
# artifactId： 代表项目的唯一名字maven-duyi-demo.jar ； common-io.jar
# version： 代表版本号 1.0 2.0 3.01.0-SNAPSHOT（快照版本，不稳定）1.0-RELEASE（发布版本，稳定）
Maven项目打开后就会有约定好的目录结构，不用我们自己再去配置；体现的设计思想就是：“约定优于配置”
Mvn的核心配置文件：pom.xml; 里面含有项目被打包后的坐标三要素
3.2Maven的下载与配置
下面这个博主讲的挺好的，大家可以借鉴一下
如何创建maven项目
3.3Maven的项目结构
一个使用Maven管理的普通的Java项目，它的目录结构默认如下：
3.4Maven依赖的引入
引入一些依赖可以查找坐标的网站https://www.mvnrepository.com/
Maven的依赖有递进关系，项目A依赖了jar包B，而jar包B又依赖了jar包C，所以也相当于项目A依赖着jar包C.
方法：利用 < dependencies>标签
3.5Maven依赖的剔除
我们原本只想引入jar包B，不想要jar包C；或者说引入了jar包B，现在不想要了；如何剔除？
方法：利用 < exclusions >标签
3.6Maven依赖的使用
1）我们构建项目的流程如下：
编译 测试 运行 打包 安装 部署
compile test runtime package install deploy
看依赖在哪个过程使用
2）依赖使用的范围
利用< scope >标签声明 代表依赖在哪个过程使用eg：<scope >runtime</scope >
compile 缺省值 （也就是编译时使用） 伴随着项目的整个生命周期而存在
provided 已提供的 代表我们的使用的jar是已经提供好的，不需要再打包到项目最后的jar包里
lruntime 运行时使用
test 测试时使用
system 自定义依赖jar包的位置（不推荐使用）
3.7查看依赖树（查看项目的依赖关系）
查看依赖树的目的：更好的解决jar包冲突的问题
方式一： IDEA右键 ——Diagrams——Show Dependencies（比较直观）
方式二： Terminal中输入：mvn dependency：tree常用的命令
4.Maven两个版本的区别
概念上：
- Snapshot:代表版本不稳定,尚处于开发当中；
- Release则代表稳定版本
- 如果deploy到远程服务器,如果是release则只能deploy一次,以后部署的话则会造成冲突
- 如果是快照版本的话,我们可以多次deploy,每一次部署都会冲掉之前的版本
具体使用上：
- 当我们在做协同开发的时候，比如这个时候A依赖B，但是B可能一直在做更新，这个时候我们的B就应该使用快照版本；
原因：
- 如果B不用快照版的话，每次更新后都使用一个稳定版本，那么版本号就会迭代的太快，可能就会造成版本号的乱用问题；
- 如果B一直使用一个Release版本，那么当B更新后，A可能并不会接受到更新。因为A所使用的repository一般不会频繁更新release版本的缓存（即本地repository)，所以当B以不换版本的方式进行更新时，A在拿B时发现本地已有这个版本，就不会去远程Repository下载最新的
- 正式环境下我们一般都会使用release版本
比如今天我们依赖的某个snapshot版本的第三方库成功构建了自己的应用，明天再构建时可能就会失败；
因为今晚第三方可能已经更新了它的snapshot库。你再次构建时，Maven会去远程repository下载snapshot的最新版本，你构建时用的库就是新的jar文件了，这时正确性就很难保证了。
5.Maven的下载与配置环境变量
maven官网下载地址： https://maven.apache.org/download.cgi
下载与配置在这不做赘述，有博主讲的很细致，我把链接放在下面，大家可以看看
1.maven的下载和环境变量配置 ：https://blog.csdn.net/m0_67394230/article/details/126435213
2.maven在IDEA中的配置：https://blog.csdn.net/MSDCP/article/details/127680844
