maven scope使用和理解

在Maven的依赖管理中，常常会用到依赖的scope设置。这里整理下各类scope的使用场景和说明，以及在使用中的实践心得。

 

scope的使用场景和说明

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的状况。

 

 实践：

• provided是没有传递性的，也就是说，若是你依赖的某个jar包，它的某个jar的范围是provided，那么该jar不会在你的工程中依靠jar依赖传递加入到你的工程中。
• provided具备继承性，上面的状况，若是须要统一配置一个组织的通用的provided依赖，可使用parent，而后在全部工程中继承。