maven的pom.xml配置文件里面的project根节点下的dependencies可以包含一个或者多个dependency元素，以声明一个或者多个依赖，每个依赖都可以包含的元素：
groupId,artifactId和version:依赖的基本坐标，对于任何依赖来说，基本坐标最重要，maven根据坐标才能找到对应的依赖；
type：依赖的类型，对应项目坐标定义的packaging，大部分情况下无须声明，默认是jar；
scope：依赖的范围；
optional：标记依赖是否可选；
exclusions：用来排除传递性依赖；
一般情况下，大部分依赖声明只包含基本坐标，一些特殊情况，其他元素的地位也至关重要；
下面是scope元素的几个参数，都有自己的范围，超出范围将会无效：
compile:编译依赖范围，若未指定依赖范围，会默认该依赖范围，使用该依赖范围的maven依赖，对于编译、测试、运行的classpath都有效；比较典型的就是spring-core，在编译、测试和运行项目的时候都需要使用到该依赖；
test：测试依赖范围，使用该依赖范围的maven依赖，只对测试的classpath有效；典型的就是Junit，它只有在编译测试代码的时候才有效；
provided：已提供依赖范围，使用该依赖范围的maven依赖，只对编译和测试的classpath有效，但在运行时无效；典型的就是servlet-api，编译和测试的时候需要该依赖，但在运行项目的时候，由于容器已经提供了，就不需要maven重复的引入一遍；
runtime：运行时依赖范围，使用此类范围的maven依赖，对于测试和运行的classpath有效，但在编译主代码的时候无效。典型的例子是JDBC驱动的实现，项目住代码只需要JDK提供JDBC的接口，只有在测试或者运行项目的时候才需要实现上述接口的具体实现；
system：系统依赖范围，使用此类范围的maven依赖，也是对应编译和测试的classpath有效，运行时无效，但是使用该范围的依赖，必须显式的通过systemPath指定依赖的路径（因为此类依赖不是通过maven仓库解析的，而往往与本地机绑定，可移植性比较差，谨慎使用），可以引用环境变量，例子如下：
<dependency>
<groupId>javax.sql</groupId>
<artifactId>jdbc-stdext</artifactId>
<version>2.0</version>
<scope>system</scope>
<systemPath>${jave.home}/lib/rt.jar</systemPath>
</dependency>
以下是一个简单的表格（Y代表有效，N代表无效）；
| 依赖范围（scope） | 对于编译classpath有效 | 对于测试classpath有效 |
对于运行classpath有效 |
典型例子 |
| compile | Y | Y | Y | spring-core |
| test | N | Y | N | Junit |
| provided | Y | Y | N | servlet-api |
| runtime | N | Y | Y | JDBC驱动实现 |
| system | Y | Y | N | 本地的，Maven仓库以外的类库文件 |