maven的大概了解

什么是maven？
自动化构建工具
1)Maven这个单词的本意是：专家，内行。读音是['meɪv(ə)n]或['mevn]，不要读作“妈文”。
2)Maven是一款自动化构建工具，专注服务于Java平台的项目构建和依赖管理。在JavaEE开发的历
史上构建工具的发展也经历了一系列的演化和变迁：
Make→Ant→Maven→Gradle→其他……
Maven核心概念
Maven之所以能够实现自动化的构建，和它的设计是紧密相关的。我们对Maven的学习就围绕它的九个核心概念展开：
1)POM
2)约定的目录结构
3)坐标
4)依赖管理
5)仓库管理
6)生命周期
7)插件和目标
8)继承
9)聚合
POM
Project Object Model：项目对象模型。将Java工程的相关信息封装为对象作为便于操作和管理的模型。Maven工程的核心配置。可以说学习Maven就是学习pom.xml文件中的配置。
约定的目录结构
现在JavaEE开发领域普遍认同一个观点：约定>配置>编码。意思就是能用配置解决的问题就不编码，能基于约定的就不进行配置。而Maven正是因为指定了特定文件保存的目录才能够对我们的Java工程进行自动化构建。
坐标
1)几何中的坐标
[1]在一个平面中使用x、y两个向量可以唯一的确定平面中的一个点。
[2]在空间中使用x、y、z三个向量可以唯一的确定空间中的一个点。

  2)Maven的坐标
  使用如下三个向量在Maven的仓库中唯一的确定一个Maven工程。
        [1]groupId：公司或组织的域名倒序+当前项目名称
        [2]artifactId：当前项目的模块名称
        [3]version：当前模块的版本
  3)如何通过坐标到仓库中查找jar包？
        [1]将gav三个向量连起来
        com.atguigu.maven+Hello+1.0-SNAPSHOT
        [2]以连起来的字符串作为目录结构到仓库中查找
        com/atguigu/maven/Hello/1.0-SNAPSHOT/Hello-1.0-SNAPSHOT.jar

依赖管理
1)基本概念
当A jar包需要用到B jar包中的类时，我们就说A对B有依赖。例如：commons-fileupload-1.3.jar依赖于commons-io-2.0.1.jar。
通过第二个Maven工程我们已经看到，当前工程会到本地仓库中根据坐标查找它所依赖的jar包。
2)直接依赖和间接依赖
如果A依赖B，B依赖C，那么A→B和B→C都是直接依赖，而A→C是间接依赖。
依赖的范围
1)compile(默认就是这个范围)
[1]main目录下的Java代码可以访问这个范围的依赖
[2]test目录下的Java代码可以访问这个范围的依赖
[3]部署到Tomcat服务器上运行时要放在WEB-INF的lib目录下
例如：对Hello的依赖。主程序、测试程序和服务器运行时都需要用到。

  2)test
  [1]main目录下的Java代码不能访问这个范围的依赖
  [2]test目录下的Java代码可以访问这个范围的依赖
  [3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
  例如：对junit的依赖。仅仅是测试程序部分需要。

  3)provided
  [1]main目录下的Java代码可以访问这个范围的依赖
  [2]test目录下的Java代码可以访问这个范围的依赖
  [3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下
  例如：servlet-api在服务器上运行时，Servlet容器会提供相关API，所以部署的时候不需要。

  4)其他：runtime、import、system等。

仓库
1)分类
①本地仓库：为当前本机电脑上的所有Maven工程服务。
②远程仓库
[1] 私服：架设在当前局域网环境下，为当前局域网范围内的所有Maven工程服务。
[2]中央仓库：架设在Internet上，为全世界所有Maven工程服务。
[3]中央仓库的镜像：架设在各个大洲，为中央仓库分担流量。减轻中央仓库的压力，同时更快的响应用户请求。
)仓库中的文件
①Maven的插件
②我们自己开发的项目的模块
③第三方框架或工具的jar包