Maven管理依赖

依赖：其实就是我们需要去使用的jar包，我们需要jar包，所以我们就对jar包产生了依赖关系，所以又叫做依赖，我们可以对项目进行inscall打包，然后我们就可以在别的项目进行使用。还有数不清的第三方jar包。所以，对依赖的管理，是十分重要的。

---

Maven管理依赖

 

添加Maven依赖

在项目的pom.xml文件中,添加<dependencies>标签,在标签中的每个依赖需要对应<dependency>标签.<dependency>标签中需要填写jar包坐标.

就像是我们之前对junit,Servlet的依赖：

<dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    
    <dependency>
	    <groupId>javax.servlet</groupId>
	    <artifactId>javax.servlet-api</artifactId>
	    <version>3.1.0</version>
	    <scope>provided</scope>
	</dependency>

当我们对一个项目打包后，产生了本地仓库中的jar包，然后我们就可以在其他项目中就可一个根据坐标来进行使用。

                               但是注意：只有java项目可以互相依赖，web项目不能互相依赖。

因为依赖众多，而且以后要使用的会越来越多，所以我们需要对依赖进行管理，不让他们贯穿在项目的每个部分，只让他们在特定的地方进行发挥作用：

Maven的依赖范围

依赖：项目需要依靠一个jar

依赖范围：依赖一个jar，并不一定是在项目整个生命周期都需要它，可能只是在某一个阶段需要，那么依赖范围就是在定义在哪些阶段依赖这个jar

A依赖B，需要在A的pom.xml文件中添加B的坐标，大家注意到我们之前添加坐标时还有写了一个scope ，这是依赖的范围。

scope有几个可选值， 如：

1、compile： 默认值，表示编译依赖范围。即编译、测试、运行时都需要，会被打包。（默认值compile表明该jar一直全程存在/需要）

2、test：表示测试依赖范围。即测试时需要，编译和运行时不需要，不会被打包。比如：junit。

3、provided：表示已提供依赖范围。即编译、测试时需要，运行时不需要，不会被打包。比如：servlet-api和jsp-api被tomcat容器提供。

服务器本身会提供这些jar，避免和服务器上的这些包冲突

4、runtime:表示运行时提供依赖范围。即编译时不需要，运行和测试时需要，会被打包。比如：jstl、jdbc驱动。

5、system：system范围依赖与provided类似，但是你必须显式的提供一个对于本地系统中JAR文件的路径，需要指定systemPath磁盘路径，system依赖不推荐使用。