Maven依赖
1. 依赖的配置
根元素project下的dependencies可以包含一个或多个dependency元素，以声明一个或多个依赖。每个依赖可以包含的元素有：
groupId、artifactId和version：依赖的基本坐标，坐标三元素。
type：依赖的类型，对应于项目定义的packaging，大部分情况下不需要定义，使用默认值jar。
scope：依赖的范围。
optional：标记依赖是否可选。
exclusions：用来排除传递性依赖。
2. 依赖的范围
| 依赖范围（scope） | 对于编译classpath有效 | 对于测试classpath有效 | 对于运行时classpath有效 |
| 编译依赖范围：compile | Y | Y | Y |
| 测试依赖范围：test | - | Y | - |
| 已提供依赖范围：provided | Y | Y | - |
| 运行时依赖范围：runtime | - | Y | Y |
| 系统依赖范围：system | Y | Y | - |
3. 传递性依赖，和数学里的传递性，是同样的概念。
当A有一个compile范围的B依赖，B有一个compile范围的C依赖，那么C就会成为A的compile范围依赖，C是A的一个传递性依赖。
有了传递性依赖的机制，在使用某个依赖时就不需要考虑它依赖了什么，也不需要担心引入多余的依赖。Maven会解析各个直接依赖的POM，将那些必要的间接依赖，以传递性依赖的形式引入到当前的项目中。
需要注意的是，可选依赖不会被传递。
4. 依赖范围影响传递性依赖
| compile | test | provided | runtime | |
| compile | compile | - | - | runtime |
| test | test | - | - | test |
| provided | provided | - | provided | provided |
| runtime | runtime | - | - | runtime |
5. 依赖调解
当两个依赖路径上有两个版本的依赖X时，有以下两个依赖调解原则：
第一原则：路径最近者优先；
第二原则：路径长度一样时，第一声明者优先。
6. 排除依赖
当项目A依赖于项目B，但是不想引入传递性依赖C，而是自己显示的声明对项目C另一个版本的依赖，使用exclusions元素声明排除性依赖。
exclusions可以包含一个或者多个exclusion子元素，声明exclusion时只需要groupId和artifactId，不需要version元素。
7. 归类依赖
当项目中依赖了同一项目的不同模块，它们的版本都是相同的，因此在升级的时候，这些依赖的版本会一起升级。为了避免重复，且需要修改时只修改一处，可以通过归类依赖来解决。
使用properties元素定义Maven属性，如springframework.version子元素，并定义其值。有了这个属性定义，maven运行时会将POM中所有的${springframwork.version}替换成定义的实际值。
8. 优化依赖
使用dependency:list和dependency:tree 帮助我们详细了解项目中所有依赖的具体信息。
使用dependency:analyze工具可以帮助分析当前项目的依赖。
analyze的结果中包含了两部分：
Used undeclared dependencies：项目中使用但未显式声明的依赖。这种依赖意味着潜在的风险；
Unused declared dependencise：项目中未使用的，但显式声明的依赖。对于这种依赖不能直接删除，因为analyze只会分析编译和测试需要的依赖，其他依赖它无法发现，因此需要仔细分析。