Maven依赖

依赖

说明

如果A工程里面用到的了B工程的类、接口、配置文件等等这样的资源，那么我们就可以说A依赖B

Maven中的具体问题

• jar包的下载：使用Maven之后，jar包会从规范的远程仓库下载到本地
• jar包之间的依赖：通过依赖的传递性自动完成
• jar包之间的冲突：通过对依赖的配置进行调整，让某些Jar包不会被导入

依赖的范围

标签的位置：dependencies/dependency/scope

标签的可选值：compile/test/provided/system/runtime/import

1. compile 和 test 对比

   	main目录（空间）	test目录（空间）	开发过程（时间）	部署到服务器（时间）
   compile	有效	有效	有效	有效
   test	无效	有效	有效	无效

2. compile 和 provided 对比

   	main目录（空间）	test目录（空间）	开发过程（时间）	部署到服务器（时间）
   compile	有效	有效	有效	有效
   provided	有效	有效	有效	无效

3. 结论

   compile：通常使用的第三方框架的 jar 包这样在项目实际运行时真正要用到的 jar 包都是以 compile 范围进行依赖的。比如 SSM 框架所需jar包。

   test：测试过程中使用的 jar 包，以 test 范围依赖进来。比如 junit。

   provided：在开发过程中需要用到的“服务器上的 jar 包”通常以 provided 范围依赖进来。比如 servlet-api、jsp-api。而这个范围的 jar 包之所以不参与部署、不放进 war 包，就是避免和服务器上已有的同类 jar 包产生冲突，同时减轻服务器的负担。说白了就是：“服务器上已经有了，你就别带啦！”

依赖的传递

1. 概念
   A 依赖 B，B 依赖 C，那么在 A 没有配置对 C 的依赖的情况下，A 里面能不能直接使用 C？
2. 传递的原则
   在 A 依赖 B，B 依赖 C 的前提下，C 是否能够传递到 A，取决于 B 依赖 C 时使用的依赖范围。
   • B 依赖 C 时使用 compile 范围：可以传递
   • B 依赖 C 时使用 test 或 provided 范围：不能传递，所以需要这样的 jar 包时，就必须在需要的地方明确配置依赖才可以。

依赖的排除

1. 概念
   当 A 依赖 B，B 依赖 C 而且 C 可以传递到 A 的时候，A 不想要 C，需要在 A 里面把 C 排除掉。而往往这种情况都是为了避免 jar 包之间的冲突。
2. 配置方式

   <dependency>
       <groupId>com.atguigu.maven</groupId>
       <artifactId>pro01-maven-java</artifactId>
       <version>1.0-SNAPSHOT</version>
       <scope>compile</scope>
       <!-- 使用excludes标签配置依赖的排除	-->
       <exclusions>
           <!-- 在exclude标签中配置一个具体的排除 -->
           <exclusion>
               <!-- 指定要排除的依赖的坐标（不需要写version） -->
               <groupId>commons-logging</groupId>
               <artifactId>commons-logging</artifactId>
           </exclusion>
       </exclusions>
   </dependency>