大数据开发Maven依赖管理

　　Maven作为当下最流行的项目管理工具，其中核心的特性就是依赖管理。当我们在处理多模块的项目（包含成百上千个模块或者子项目），模块间的依赖关系就会变得很复杂，管理也会变得很难。因此为了解决这种问题，Maven提供了一种高度控制的方法。所以本期带来的是大数据开发依赖管理。
　　一、可传递性依赖发现
　　依赖是Maven项目引用的资源架包，依赖范围就是这些资源架包在maven项目中的作用范围，反过来说，maven项目通过依赖范围来控制何时引用资源架包。以一种相当常见的情况来说，比如A依赖于其他库B。但此时另外一个项目C想要使用A，那么C项目也需要使用到库B。而Maven可以避免去搜索所有所需库的需求。
　　Maven通过读取项目文件（pom。xml），找出它们项目之间的依赖关系。我们需要做的只是在每个项目的pom中定义好直接的依赖关系，其他的事情Maven会帮我们搞定。
　　通过可传递性的依赖，所有被包含的库的图形会快速地增长。当有重复库时，可能出现的情形将会持续上升。Maven提供一些功能来控制可传递的依赖的程度。
　　二、依赖原则
　　有两个原则，主要目的是为了解决jar包冲突。
　　第一原则：路径最短者优先
　　第二原则：路径相同时先声明者优先
　　三、依赖范围
　　依赖是Maven项目引用的资源架包，依赖范围就是这些资源架包在Maven项目中的作用范围，反过来说，Maven项目通过依赖范围来控制何时引用资源架包。之前有介绍Maven的默认生命周期，（compile，test，package，install，deploy）。Maven的依赖范围用scope关键字表示，恰好也是五种，虽然不是和生命周期完整对应的，但是基于生命周期划分的。
　　通过下表可以知道依赖范围表示的作用域。
　　compile
　　默认的scope，表示dependency都可以在生命周期中使用。而且，这些dependencies会传递到依赖的项目中。适用于所有阶段，会随着项目一起发布。即依赖的项目会参与到当前项目的编译、运行、测试以及打包发布，是一个比较强的依赖范围。
　　test
　　表示dependency作用在测试时，不作用在运行时。只在测试时使用，用于编译和运行测试代码。不会随项目发布。
　　runntime
　　表示dependency不作用在编译时，但会作用在运行和测试时，如JDBC驱动，适用运行和测试阶段。即是跳过编译阶段，只参与测试或运行。
　　provided
　　表示maven项目只在编译和测试时引用该依赖，如果将项目打包运行时，则不会引入该依赖，如servletapi，这是web项目常用的架包，在项目编译和测试时都需要用到该架包，如果项目需要运行，则需要将项目部署到tomcat或其他web服务器上，但是tomcat中自带了servletapi，如果maven项目中引入了servletapi，那么会和tomcat中的servletapi产生冲突，所以可以使用provided限定servletapi，让maven项目在打包时不再引入servletapi。
　　system
　　跟provided相似，但是在系统中要以外部JAR包的形式提供，maven不会在repository查找它。需通过外部引入，不会在仓库中查找。例如一些特殊的jar我们或通过拷贝jar到webinfolib下，这些jar就可以配置为system范围。
　　以上就是本期的所有内容啦，建议联合上一期大数据开发Maven生命周期一起理解，因为这两章内容联系较多，也较为容易理解。
　　希望大家点个关注，及时收取最新文章推送，想了解更多敬请咨询加米谷大数据。
　　有问题的欢迎在评论区留言，如有侵权请告知。