maven 依赖范围及其对传递依赖的影响

当在写 junit 测试时发现，代码报出找不到类的错误信息

是因为没有 junit.jar 引起的！为什么会这样呢？我们 ssm_dao 模块中有 junit 依赖，而ssm_service 模块依赖了 ssm_dao，难道 junit 不应该传递过来吗？

是因为依赖会有依赖范围，依赖范围对传递依赖也有影响，例如有 A、B、C，A 依赖 B、B依赖 C，C可能是 A的传递依赖，如下图：

最左边一列为直接依赖，理解为 A 依赖 B 的范围，最顶层一行为传递依赖，理解为 B 依赖 C 的范围，行与列的交叉即为 A传递依赖 C的范围。
　　举例 1：

比如 A 对 B 有 compile 依赖，B 对 C 有 runtime 依赖，那么根据表格所示 A 对 C 有 runtime 依赖。

ssm_dao 依赖 junit，scop为 test
　　　　ssm_service 依赖 ssm_dao

所以 ssm_dao工程所依赖的 junit 的 jar 没有加入到 ssm_service 工程。

举例 2：

如果修改 ssm_dao 工程依赖 junit 的 scop 为 compile，ssm_dao 工程所依赖的 junit 的 jar 包会加入到 ssm_service 工程中
　　　
　　遇到依赖没有传递过来的问题我们通常的解决方案是在本工程中直接添加依赖，而不是修改 scope 作用域，比如修改 junit 的作用域为 compile，这样并不合理，junit 只是测试时候用。