maven依赖管理
1、依赖的引入
使用 dependency 标签指定被依赖 jar 包的坐标：
<dependency><groupId>com.atguigu.maven</groupId><artifactId>Hello</artifactId><version>0.0.1-SNAPSHOT</version><scope>compile</scope></dependency>
自己的工程，需要使用mvn install安装到本地仓库。
2、scope的分类
compile
默认的scope，表示 dependency 都可以在生命周期中使用。而且，这些dependencies 会传递到依赖的项目中。适用于所有阶段，会随着项目一起发布。即依赖的项目会参与到当前项目的编译、运行、测试以及打包发布，是一个比较强的依赖范围。
test
表示dependency作用在测试时，不作用在运行时。 只在测试时使用，用于编译和运行测试代码。不会随项目发布。
runntime
表示dependency不作用在编译时，但会作用在运行和测试时，如JDBC驱动，适用运行和测试阶段。即是跳过编译阶段， 只参与测试或运行。
provided
跟compile相似，但是表明了dependency 由JDK或者容器提供，例如Servlet AP和一些Java EE APIs。这个scope 只能作用在编译和测试时，同时没有传递性。 即该依赖是由系统组件提供的，我们不需要手动添加，它只存在于编译、运行和测试阶段，打包的时候并不会打进去，被剔除了的。
system
跟provided 相似，但是在系统中要以外部JAR包的形式提供，maven不会在repository查找它。需通过外部引入，不会在仓库中查找。例如一些特殊的jar我们或通过拷贝jar到web-info/lib下，这些jar就可以配置为system范围。
3、依赖的传递性
可以传递的依赖不必在每个模块工程中都重复声明，在最终的工程依赖一次即可。非compile范围的依赖不能传递。所以在各个工程模块中，如果有需要就得重新声明依赖。
4、依赖的隔断
设置optional为true，默认为false。false会传递给依赖它的工程；true不会传递给依赖它的工程。
<dependency><groupId>sample.ProjectC</groupId><artifactId>Project-C</artifactId><version>1.0</version><scope>compile</scope><optional>true</optional></dependency>
5、依赖的排除
使用exclusion排除依赖。
<dependency><groupId>com.atguigu.maven</groupId><artifactId>HelloFriend</artifactId><version>0.0.1-SNAPSHOT</version><type>jar</type><scope>compile</scope><exclusions><exclusion><groupId>commons-logging</groupId><artifactId>commons-logging</artifactId></exclusion></exclusions></dependency>
6、依赖的原则
是为了解决 jar 包冲突 。有两个原则：
（1）、路径最短者优先
（2）、路径相同时先声明者优先
7、统一依赖版本
对同一个框架的一组 jar 包最好使用相同的版本。为了方便升级框架，可以将 jar 包的版本信息统一。
（1）、统一声明版本号。其中 atguigu.spring.version 部分是自定义标签。
<properties><atguigu.spring.version>4.1.1.RELEASE</atguigu.spring.version></properties>
（2）、引用前面声明的版本号
<dependencies><dependency><groupId>org.springframework</groupId><artifactId>spring-core</artifactId><version>${atguigu.spring.version}</version></dependency></dependencies>
properties标签的其他用法
<properties><project.build.sourceEncoding>UTF-8</project.build.sourceEncoding></properties>
谁借莪１个温暖的怀抱￠
骑猪看日落
亦凉
深藏阁楼爱情的钟
灰太狼
还没有评论，来说两句吧...