问题背景

公司有个业务功能的组件，该组件以jar包的形式透出去；为了把组件的pom弄的比较干净，一开始没有加入任何框架，纯粹的java代码；组件写好后，存在一个问题：没有测试用例，测试是在其他项目中引用该组件的时候进行的测试，虽然组件的功能比较固化，不经常变，但是没有测试就很尴尬；假设组件的代码变化了，还需要引用的项目来进行测试，很蛋疼！！！

为了解决测试的问题，在组件中添加了spring的测试框架（先不讨论添加spring测试框架是否正确，因为spring比较熟悉）；这个时候就比较爽了，在组件的代码中直接进行测试，一个字“爽”！！！但是问题又来了。。。。。

有一个上游是spark的代码，不希望引用组件包的时候带入spring的任何框架；问题就诞生了：

如何在不删除spring测试框架的前提下，能够使包不透给引用的项目？？？

解法

摆事实，讲道理；

把组件项目当成A；引用组件的项目当成B；

首先明白为什么B项目引用A项目，会把A中spring的框架的包给引入进来，其实这是maven的机制；maven包管理会把A中涉及的包都引入进来，maven的包具有传递性，当A项目中引用B包，B包中引用C包，那么在引用A包的项目中会把B和C包都引入进来。

那么如何在引用A包的时候把B包给排除掉？？？

因为是maven包管理，我们首先从maven入手，找到maven的scope关键字，scope是如何用的？？？

Scope的用法

scope一共有5个值

compile

在编译，链接，运行三个阶段都会打包。

provided

已提供范围，不会被打包，已提供的范围的依赖在编译classpath中。

runtime

运行时需要，编译时不需要。

test

在测试范围需要，正常编译和运行时都不需要；只在测试阶段可用。

system

范围和provided类似，只是需要提供一个本地的包路径。

import

该关键字只适合pom，不能适用于jar。

scope传递性

左边一列是组件的包scope；第一行是引用这个组件的scope；举个栗子，当组件中一个包的scope是provided，那么当引用组件的包的scope是provided时，该包不会被引入。

从maven的传递性看出当引入这个组件的项目的scope为compile时（默认是compile）；那么spring框架的包就会被引入，和我们初衷不符，因此scope这条路走不通！！！

optional关键字

查了maven的文档，发现还有个optional关键字；

<dependency>
    <groupId>com.test</groupId>
  <artifactId>project</artifactId>
  <version>1.0.0</version>
  <optional>true</optional>
</dependency>

当project的optional为true，表示这个包不会被打包，在上层的项目中看不到该包，这个关键字解决了我们的问题。

后记

前面我们提到maven项目会把引用的包传递性的打包进来，这样就会诞生一个问题，同一个包在不同的层级都存在；maven如何这样的问题，通过最短路径优先来解决。取maven依赖树路径最短的那个包。

除了同一个包多个层次的问题，还会存在循环依赖的问题，随着项目膨胀，容易出现循环依赖，这就需要我们进行良好的架构设计！！！