1、Maven作为依赖管理工具
1.1、jar包的规模
随着我们使用越来越多的框架,或者框架封装的程度越来越高,项目中使用的jar包也越来越多,项目中一个模块里面用到上百个jar包是非常正常的。
比如下面的例子,我们只用到SpringBoot、SpringCloud框架中的三个功能:
- Nacos服务注册发现
- Web框架环境
- 图模板技术Thymeleaf
最终却导入了106个jar包(此处省略106个jar包……)
1.2、jar包的来源
这个jar包所属技术的官网。官网通常是全英文界面,网站的结构又不尽相同,甚至找到下载链接发现还需要特殊的工具下载。
第三方网站提供的下载,问题是不规范,在使用的过程中会出现各种问题。
- jar包的名称
- jar包的版本
- jar包内的具体细节
而使用Maven之后,依赖对应的jar包能够自动下载,方便、快捷又规范。
1.3、jar包之间的依赖关系
框架中使用的jar包,不仅数量庞大,而且彼此之间存在错综复杂的依赖关系。依赖关系的复杂程度,已经上升到了完全不能靠人力手动解决的程度。另外,jar包之间有可能产生冲突,进一步增加了我们在jar包使用过程中的难度。
2、Maven作为构建管理工具
2.1、被你忽视的构建
你可以不使用Maven,但是构建是避无可避的。当我们使用IDEA进行开发时,构建是IDEA替我们做的。
2.2、离得开IDE,离不开构建
2.3、结论
(1)管理规模庞大的jar包,需要专门工具。
(2)脱离IDE环境执行构建操作,需要专门工具。
3、什么是Maven?
Maven是Apache软件基金组织维护的一款专门为java项目提供构建和依赖管理支持的工具。
3.1、构建
Java项目开发过程中,构建指的是使用【原材料生产产品】的过程。
- 原材料
- Java源代码
- 基于HTML的Thymeleaf文件
- 图片
- 配置文件
- ……
- 产品
- 一个可以再服务器上运行的项目
3.1.1、构建过程主要包含如下的环节
- 清理:删除上一次构建的结果,为下一次构建做好准备
- 编译:Java源程序编译成.class字节码文件
- 测试:运行提前准备好的测试程序
- 报告:针对刚才测试的结果生成一个全面的信息
- 打包
- Java工程:jar包
- Web工程:war包
- 安装:把一个Maven工程经过打包操作生成的jar包或war包安装到Maven仓库。
- 部署:将准备好的jar包或war包部署到服务器上运行。
- 部署jar包:把一个jar包部署到Nexus私服服务器上。
- 部署war包:借助相关的Maven插件(例如:cargo),将war包部署到Tomcat服务器上。
3.2、依赖
如果A工程里面用到了B工程的类、接口、配置文件等等这样的资源,那么我们就可以说A依赖B,例如:
junit-4.12依赖hamcrest-1.3
thymeleaf-3.0.12RELEASE依赖ognl-3.26
依赖管理中药解决的具体问题:
- jar包的下载:使用Maven之后,jar包会从规范的远程仓库下载到本地。
- jar包之间的依赖:通过依赖的传递性自动完成。
- jar包之间的冲突:通过对依赖的配置进行调整,让某些jar包不会被导入。
3.3、Maven的工作机制
- 当执行Maven命令的时候,实际上是由Maven的插件支撑实现的,Maven命令发号施令,Maven插件实际执行,Maven插件本身也是jar包,并且需要联网进行下载。
Maven核心程序需要用到的插件。
- Maven工程之间可以相互进行依赖或者聚合。
- Maven工程依赖的jar包来源通常有两种,一种是来源于框架或第三方的jar包,如果没有需要联网下载,另外一种是通过安装我们自己开发的jar包到本地仓库。