01Maven的工作机制: Maven作为依赖管理工具以及Maven作为构建管理工具

Maven的特点及其应用

Maven是Apache软件基金会组织维护的一款专门为Java项目提供构建和依赖管理支持的工具

Maven作为依赖管理工具

管理jar包的规模: 随着我们使用的框架数量越来越多以及框架的封装程度也越来越高，项目中使用的jar包也就越来越多

• Maven工程中依赖的详细信息可以根据关键词到Maven仓库查询 , 根据下载量选择适合的jar包

使用SpringBoot、SpringCloud框架中的Nacos服务注册发现, Web框架环境 , Thymeleaf视图模板技术功能时所需要的依赖

• 如果不使用Maven最终需要导入106个jar包
• 如果使用Maven来引入这些jar包只需要配置三个依赖

org.springframework.security:spring-security-rsa:jar:1.0.9.RELEASE:compile  
com.netflix.ribbon: ribbon:jar:2.3.0:compile  
org.springframework.boot:spring-boot-starter-thymeleaf:jar:2.3.6.RELEASE:compile  
commons-configuration:commons-configuration:jar:1.8:compile  
....................

<dependency>
    <groupId>com.alibaba.cloudgroupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discoveryartifactId>
dependency>


<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-starter-webartifactId>
dependency>


<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-starter-thymeleafartifactId>
dependency>

管理jar包的下载来源: jar包的下载比较麻烦

• 从jar包所属技术的官网下载,官网通常是英文界面，网站的结构又不尽相同，甚至找到下载链接还发现需要通过特殊的工具下载

• 从第三方网站下载jar包 , 在使用过程中会出现jar包的名称,版本以及jar包内的具体细节等各种问题

• 使用Maven后依赖对应的jar包能够自动下载，方便快捷又规范

管理jar包之间的依赖关系: 框架中使用的jar包不仅数量庞大，而且彼此之间存在错综复杂的依赖关系 , 另外jar包之间有可能产生冲突

• 如果A工程里面用到了B工程的类、接口、配置文件等等这样的资源，那么我们就可以说A依赖B,如thymeleaf-3.0.12.RELEASE依赖ognl-3.1.26
• 由程序员手动梳理jar包之间的依赖关系无疑会增加极高的学习成本，而这些工作又对实现业务功能毫无帮助
• 使用Maven则几乎不需要管理这些关系，极个别的地方调整一下即可，极大的减轻了我们的工作量

依赖管理中要解决的具体问题

• jar包的下载：使用Maven之后，jar包会从规范的远程仓库下载到本地
  - jar包之间的依赖：通过依赖的传递性自动完成
• jar包之间的冲突：通过对依赖的配置进行调整，让某些jar包不会被导入

Maven作为构建管理工具

你可以不使用Maven但是构建必须要做, 当我们使用IDEA进行本地开发时，构建是IDEA替我们做的 , 如果脱离IDE环境执行构建操作此时则需要专门工具

构建指的是使用原材料生产产品的过程环节: 如使用Java源代码,Thymeleaf文件,图片,配置文件生成一个可以在服务器上运行的项目

• 清理：删除上一次构建的结果，为下一次构建做好准备
• 编译：将Java源程序编译成 *.class字节码文件
• 测试：运行提前准备好的测试程序
• 报告：针对刚才测试的结果生成一个全面的信息
• 打包: Java工程(jar包) , Web工程(war包)
• 安装：把一个Maven工程经过打包操作生成的jar包或war包存入Maven仓库
• 部署: 把一个jar包部署到Nexus私服服务器上或借助相关Maven插件(如cargo)，将war包部署到Tomcat服务器上

Maven的工作机制