maven可以用来管理项目中用到的jar包，以前都是把jar包下载好放在项目的lib里面，使用maven后，它由pom.xml文件指定需要用到的jar包，并把jar把从指定的仓库(私库或配置的镜像仓库或maven默认的中央仓库)下载到本地的指定磁盘中。
maven还可以用来编译打包项目，以前我都是利用eclipse工具来打包项目，现在可以直接利用maven命令对项目进行编译打包。
项目目录结构
src
| ---- main
| ---- ---- java
| ---- ---- ---- package
| ---- ---- resources
| ---- test
| ---- ---- java
| ---- ---- ---- package
| ---- ---- resources
pom.xml
常用命令
mvn -v 查看版本
mvn -clean 删除target
mvn -compile 编译
mvn -test 测试
mvn -package 打包
mvn -install 安装jar包到本地仓库
maven命令创建项目
mvn archetype:generate
-DgroupId=组织名(公司网址的反写+项目名)
-DartifactId=当前项目在组织中的唯一标志(项目名+模块名)
-Dversion=版本号(大版本号.分支版本号.小版本号.snapshot)
| ---- snapshot快照
| ---- alpht内部测试
| ---- beta公测
| ---- Release稳定
| ---- GA正式发布
-Dpackage=代码所存在的包
maven坐标与仓库
坐标：groupId + artifactId + version
仓库：
1.本地仓库(更改配置文件中的localRepository)
2.远程仓库
3.镜像仓库(更改配置文件中的mirror)
pom.xml
依赖
<scope>compile</scope> 依赖范围
可选值有：
compile (默认)编译，测试，运行时有效。他表示被依赖项目需要参与当前项目的编译，还有后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去；
provided 编译，测试时有效。打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。相当于compile，但是打包阶段做了exclude操作；
runtime 测试，运行时有效。表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过了编译而已。例如JDBC驱动，适用运行和测试阶段
test 测试时有效。依赖项目仅仅参与测试相关的工作，包括测试代码的编译和执行，不会被打包，例如：junit
system 编译，测试，运行时有效 (与本机系统相关联)。从参与度来说，和provided相同，不过被依赖项不会从maven仓库下载，而是从本地文件系统拿。需要添加systemPath的属性来定义路径
import 导入。只使用在dependencyManagement中，表示从其他pom中导入dependecy的配置
依赖传递规则: 短路优先、 先声明先优先(路径长度相同)
<optional>false</optional> 可选依赖
应用场景： A 依赖B, B 依赖C时
当B中对C设为<optional>true</optional>时, A中如果没有显式的引入C, 则A不依赖C, 即A可以自己选择是否依赖C。默认<optional>的值为false, 及子项目必须依赖
聚合和继承
聚合，在父项目中利用 <modules>，可以把子项目聚合在一起进行操作
继承，在父项目中利用 <dependencyManagement>对引入的包进行管理，主要是版本的统一管理， 子项目中用<parent>指定父项目，可继承父项目引入的包，同时在引入dependencyManagement中的包时不用指定版本，因为版本会被继承
