《Maven实战》——第四章和第五章
第四章：背景案例
作者为了在实战中向我们演示Maven的使用，自己构建了一个简单的用户注册账号的项目为背景，第四章主要是介绍这个项目的一个设计和架构，本章可以简单的看看，了解项目对之后章节的阅读有帮助。
第五章
Maven坐标是定位某一需要导入依赖的唯一标示。
坐标通过groupId,artifactId,version,packagingj进行定义：
groupId：当前Maven项目的实际项目，一个Maven项目不一定对应一个实际项目。
artifactId：在一个实际项目中定义当前需要引入的Maven项目。
version：导入Maven项目的版本。
packaging：需要导入Maven项目的导入方式。（可选，默认为jar）。
classifier：帮助构建输出的一些附属构建，此标签不能直接定义，由附加的插件帮忙生成。
com.houxiang.testgroupId
testartifactId
1.0.0
jar 项目依赖的常见配置：
4.0.0
com.houxiang.testgroupId
testartifactId
1.0.0
jar
...
...
...
...
...
...
...
...
...
在Maven处理项目通过pmo.xml引入的依赖时会通过scope来区分依赖范围：
依赖范围就是控制依赖与三种classpath（编译classpath，测试classpath，运行classpath）的关系。
有常见几种依赖范围方式。
compile：默认依赖范围方式，三种classpath都包含此依赖
test：测试依赖范围，只有测试classpath上有此依赖，Junit
provided：已提供范围依赖，只在编译和测试时classpath有此依赖，servlet-api。容器在编译时就创建好来，不需要Maven重新引用。
runtime：运行时范围依赖，只对测试和运行时classpath有此依赖，JDBC
system：范围和provided范围一样，但是此范围必须要通过classPath指定本机文件系统中对依赖文件。没有通过Maven仓库，直接依赖本机系统，不具有移植性
...
...
...
system
本机依赖地址
import：导入依赖范围，需要Maven2.0.9以上。在后面介绍dependencyManager时再介绍。
传递依赖：
传递依赖就是本项目会通过依赖一个项目而依赖了被依赖项目依赖对项目
传递依赖和依赖范围影响表：
左边一列代表直接依赖对依赖范围，最上面一行代表间接依赖对应的依赖范围
传递依赖冲突处理：优先引入依赖路径短的，路径长度相同引入先声明的。
优化依赖
mvn dependency:list
显示当前已有依赖
mvn dependency:tree
显示依赖树
mvn dependency:analyze
找出需要引用的依赖和未被使用的依赖。排除不被使用依赖时Maven只会停留在编译阶段未使用的依赖。