Maven的依赖是使用Maven坐标来定位的，而Maven坐标主要由GAV（groupId, artifactId, version）构成。因此，使用任何一个依赖之间，你都需要知道它的Maven坐标。

http://www.mvnrepository.com 在这里可以找到很多的依赖坐标。

1、依赖

              
     
      org.springframework
               
     
      spring-core
               
     
      ${springframework.version}
               
     
      jar
               
     
      compile
           
    

groupId,必选，实际隶属项目

artifactId,必选，其中的模块

version必选，版本号

type可选，依赖类型，默认jar，还有一个比较特殊的，好像是以axi开头的，用的是mar

scope可选，依赖范围，默认compile还有test,provided,runtime,system

optional可选，标记依赖是否可选，默认false

exclusion可选，排除传递依赖性，默认空

2、scope的几个范围

  compile：编译，测试，运行

  test：测试

 provided ：编译，测试

 runtime：运行

 system：system:编译，测试，同provided，但必须指定systemPath，网上都说-慎用。。。

3、scope范围的测试

 

maven自动从仓库下载相关的包

打包后，

打的war包中，只有log4j和freemarker的包了。

所以，拿网上的总结..

1.compile

编译范围，默认scope，在工程环境的classpath（编译环境）和打包（如果是WAR包，会包含在WAR包中）时候都有效。

 

2.provided

容器或JDK已提供范围，表示该依赖包已经由目标容器（如tomcat）和JDK提供，只在编译的classpath中加载和使用，打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包，一般由servlet容器提供，无需在打包到war包中，如果不配置为provided，把这些包打包到工程war包中，在tomcat6以上版本会出现冲突无法正常运行程序（版本不符的情况）。

 

3.runtime

一般是运行和测试环境使用，编译时候不用加入classpath，打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口，具体的时候可能有多个，运行时通过配置文件或jar包扫描动态加载的情况。典型的包括：JDBC驱动等。

 

4.test

测试范围，一般是单元测试场景使用，在编译环境加入classpath，但打包时不会加入，如junit等。

 

5.system（还未测试，一般用不到）

系统范围，与provided类似，只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。因为需要通过systemPath指定本地jar文件路径，所以该scope是不推荐的。如果是基于组织的，一般会建立本地镜像，会把本地的或组织的基础组件加入本地镜像管理，避过使用该scope的情况。

资料：

1. http://blog.csdn.net/lastsweetop/article/details/8493475

2. http://juvenshun.iteye.com/blog/269094

3.http://acooly.iteye.com/blog/1788890