1.Maven 中的坐标:
类比数学中，平面x y轴，空间x y z轴可以确定到唯一的一个点
那么在Maven中，使用下面三个向量可以唯一地定位仓库中的任何一个点。
- groupId：公司或组织域名倒序 + 项目名
<groupid>com.ys.maven</groupid>- artifactId：项目名
<artifactid>Maven_05</artifactid>- version：版本号
<version>0.0.1-SNAPSHOT</version>
2.Maven 依赖的详细配置讲解:
全部配置如下
<project>
<dependencies>
<dependency>
<groupId>io.springfox</groupId>
<artifactId>springfox-swagger2</artifactId>
<version>3.8.1</version>
<type>...</type>
<scope>...</scope>
<optional>...</optional>
<exclusions>
<exclusion>
<groupId>...</groupId>
<artifactId>...</artifactId>
</exclusion>
</exclusions>
</dependency>
</dependencies>
</project>
①、dependencies：一个 pom.xml 文件中只能存在一个这样的标签。用来管理依赖的总标签。
②、dependency:包含在dependencies标签中，可以有无数个，每一个表示一个依赖
③、groupId,artifactId和version：依赖的基本坐标，对于任何一个依赖来说，基本坐标是最重要的，Maven根据坐标才能找到需要的依赖。
④、type：依赖的类型，对应于项目坐标定义的packaging。大部分情况下，该元素不必声明，其默认值是jar。
⑤、scope：依赖的范围，默认值是 compile。后面会进行详解。
⑥、optional：标记依赖是否可选。
⑦、exclusions：用来排除传递性依赖，后面会进行详细介绍。
3.Maven 依赖范围以及区别:
compile 范围依赖（maven的默认依赖范围）
- 参与编译时是否对主程(src/main/java)序有效：有效
- 参与编译时是否对测试(src/test/java)程序有效：有效
- 是否参与打包：参与
- 是否参与部署：参与
test范围依赖 eg:junit单元测试jar
- 参与编译时是否对主程(src/main/java)序有效：无效
- 参与编译时是否对测试(src/test/java)程序有效：有效
- 是否参与打包：不参与
- 是否参与部署：不参与
provided 范围依赖 eg:一些服务器自带的jar无需另外提供 servlet-api.jar
- 参与编译时是否对主程(src/main/java)序有效：有效
- 参与编译时是否对测试(src/test/java)程序有效：有效
- 是否参与打包：不参与
- 是否参与部署：不参与
runtime 范围依赖
- 只在测试、运行的时候依赖，在编译的时候不依赖。例如：JDBC驱动，项目代码只需要jdk提供的jdbc接口，只有在执行测试和运行项目的时候才需要实现jdbc的功能。
4.Maven 依赖传递性:
①、当第二依赖的范围是compile的时候，传递性依赖的范围与第一直接依赖的范围一致。
②、当第二直接依赖的范围是test的时候，依赖不会得以传递。
③、当第二依赖的范围是provided的时候，只传递第一直接依赖范围也为provided的依赖，且传递性依赖的范围同样为 provided；
④、当第二直接依赖的范围是runtime的时候，传递性依赖的范围与第一直接依赖的范围一致，但compile例外，此时传递的依赖范围为runtime；
5.Maven 可选依赖:
- maven默认是按照依赖范围来进行依赖传递的（上面依赖传递已经说明四种依赖范围的传递性）
- 假如你不想jar包依赖下去 你可以设置Optional标签属性，默认是false。如果为true，则表示该依赖不会传递下去，如果为false，则会传递下去。
6.Maven 依赖排除:
使用exclusions来进行依赖排除，可以用来防止jar包冲突
例如我们在第一工程引入了spring-core.jar包 它会默认引入common-logging.jar 假如我们不需要common-logging.jar 可以使用exclusions来进行依赖排除：
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>4.3.24.RELEASE</version>
<exclusions>
<exclusion>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
</exclusion>
</exclusions>
</dependency>
7.Maven 依赖冲突问题:
在maven中存在两种冲突 一种是同pom文件冲突，一种是跨pom文件冲突
- 跨pom文件jar冲突，这种情况会优先选择最短路径的jar
假如我有三个maven工程 依次依赖 第三依赖第二，第二依赖第一
现在我在第二和第一中同时引入一样的jar 这时候第三maven工程会同时
优选选择他最近依赖的工程二中的jar- 同pom文件中的则是先声明先依赖（注意 pom文件越往下越早依赖）
