maven scope 属性和生命周期

maven的dependency参数

scope的分类
1.compile：默认值 他表示被依赖项目须要参与当前项目的编译，还有后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候一般须要包含进去

2.test：依赖项目仅仅参与测试相关的工做，包括测试代码的编译和执行，不会被打包，例如：junit

3.runtime：表示被依赖项目无需参与项目的编译，不事后期的测试和运行周期须要其参与。与compile相比，跳过了编译而已。例如JDBC驱动，适用运行和测试阶段

4.provided：打包的时候能够不用包进去，别的设施会提供。事实上该依赖理论上能够参与编译，测试，运行等周期。至关于compile，可是打包阶段作了exclude操做

5.system：从参与度来讲，和provided相同，不过被依赖项不会从maven仓库下载，而是从本地文件系统拿。须要添加systemPath的属性来定义路径

6.import(only available in Maven 2.0.9 or later)：这个是maven2.0.9版本后出的属性，import只能在dependencyManagement的中使用，能解决maven单继承问题，import依赖关系实际上并不参与限制依赖关系的传递性。

使用import scope解决maven继承（单）问题

scope的依赖传递
A依赖B，B依赖C。当前项目为A，只当B在A项目中的scope，那么c在A中的scope是如何得知呢？

当C是test或者provided时，C直接被丢弃，A不依赖C；（排除传递依赖）

不然A依赖C，C的scope继承与B的scope

Maven的生命周期

clean：有问题，多清理！
package：打成Jar or War包，会自动进行clean+compile
install：将本地工程Jar上传到本地仓库
deploy：上传到私服

关于scope依赖范围

既然，Maven的生命周期存在编译、测试、运行这些过程，那么显然有些依赖只用于测试，好比junit；有些依赖编译用不到，只有运行的时候才能用到，好比mysql的驱动包在编译期就用不到（编译期用的是JDBC接口），而是在运行时用到的；还有些依赖，编译期要用到，而运行期不须要提供，由于有些容器已经提供了，好比servlet-api在tomcat中已经提供了，咱们只须要的是编译期提供而已。

compile：默认的scope，运行期有效，须要打入包中。
provided：编译期有效，运行期不须要提供，不会打入包中。
runtime：编译不须要，在运行期有效，须要导入包中。（接口与实现分离）
test：测试须要，不会打入包中。
system：非本地仓库引入、存在系统的某个路径下的jar。（通常不使用）