一、maven 核心概念

1、maven 是什么？

它的基本功能是什么？ 编译、打包、测试、依赖管理直观感受一下maven编译打包的过程。

2、maven 编译(compile)

maven 编译过程演示
l 创建maven项目。
l 创建src 文件
l 编写 pom 文件
l 执行编译命令

编写pom 文件基础配置
xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance“
xsi:schemaLocation=”http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">
4.0.0

org.codehaus.mojo
my-project
1.0.SNAPSHOT

mvn 编译命令
mvn compile
—————————————-
[INFO] No sources to compile
[INFO] ———————————————————————————————-
[INFO] BUILD SUCCESS
[INFO] ———————————————————————————————-
[INFO] Total time: 0.473 s
[INFO] Finished at: 2018-08-05T15:55:44+08:00
[INFO] Final Memory: 6M/153M
[INFO] ———————————————————————————————-
请注意，在上述配置和命令当中，我们并没有指定源码文件在哪里？最后编译到哪里去？在这里
maven 采用了约定的方式从指项目结构中获取源码与资源文件进行编译打包。
a. 主源码文件：${project}/src/main/java
b. 主资源文件：${project}/src/main/resources
c. 测试源码文件：${project}/src/test/java
d. 测试资源文件：${project}/src/test/resources
将java 文件移至 src/main/java 目录，重新执行编译.
mv src/hello.java /src/main/java/hello.java
mvn compile;

3、Maven打包

maven 打包演示
#mvn 打包命令
mvn package

4、maven 单元测试演示

l 编写测试类
l 执行测试命令

编译测试类
# 创建测试目录
mkdir -p /src/test/java
# 编写 测试类
vim TestHello.java
#测试类代码————————————
package com.test.tuling;
public class TestHello{
public void sayHelloTest(){
System.out.println(“run test …..”);
}
}
执行测试指令:
#执行测试
mvn test
执行完指令发现没有执行我们的测试方法，这是为何？原因在于maven 当中的测试类又做了约定，约定必须是Test开头的类名与test 开头的方法才会执行。
重新修改方法名后 在执行mvn test 即可正常执行。
package com.test.tuling;
public class TestHello{
public void testsayHelloTest(){
System.out.println(“run test …..”);
}
}

通常测试我们是通过junit 来编译测试用例，这时就就需添加junit 的依赖。

5、maven 依赖管理

l 在pom 文件中添加junit 依赖
l 修改测试类，加入junit 代码
l 执行测试命令
加入依懒配置


junit
junit
4.0
test

修改测试类引入junit 类.
//引入junit 类
import org.junit.Assert;
import org.junit.Test;
Assert.assertEquals(“”,”hi”);
注意：当我们在classPath 当中加入 junit ，原来以test 开头的方法不会被执行，必须加入 @Test注解才能被执行。

默认远程仓库：
默认远程仓库 maven central 其配置在
maven-model-builder-3.2.1.jar\org\apache\maven\model\pom-4.0.0.xml 位置
本地仓库位置：
本地仓库位置默认在 ~/.m2/respository 下
要修改 ${M2_HOME}/conf/settings.xml 来指定仓库目录

G:.m2\repository

maven 核心功能总结：
1. maven 核心作用是编译、测试、打包。
2. 根目录下的pom.xml 文件设置分组ID与artifactId。
3. maven 基于约定的方式从项目中获取源码与资源文件进行编译打包。
4. 对于项目所依懒的组件与会本地仓库引用，如果本地仓库不存在则会从中央仓库下载。

二、maven核心配置

1、项目依懒

项目依赖是指maven 通过依赖传播、依赖优先原则、可选依赖、排除依赖、依赖范围等特性来管理项目ClassPath。

1、依赖传播特性:
我们的项目通常需要依赖第三方组件，而第三方组件又会依赖其它组件遇到这种情况Maven会将依赖网络中的所有节点都会加入ClassPath当中，这就是Maven的依赖传播特性。
n 举例演示Spring MVC的依赖网络


org.springframework
spring-webmvc
4.0.4.RELEASE

在刚刚的演示当中，项目直接依赖了spring-webmvc 叫直接依赖，而对commons-logging 依赖是通过webmvc传递的所以叫间接依赖。
2、依赖优先原则
基于依赖传播特性，导致整个依赖网络会很复杂，难免会出现相同组件不同版本的情况。Maven此时会基于依赖优先原则选择其中一个版本。
第一原则：最短路径优先。
第二原则：相同路径下配置在前的优先。
n 第一原则演示


commons-logging
commons-logging
1.2

上述例子中commons-logging 通过spring-webmvc 依赖了1.1.3，而项目中直接依赖了1.2，基于最短路径原则项目最终引入的是1.2 版本。
n 第二原则演示：
步骤：
1. 添加一个新工程Project B
2. 配置Project B 依赖 spring-web.3.2.9.RELEASE
3. 当前工程直接依赖 Project B
配置完之后，当前工程 project A 有两条路径可以依赖 spring-web,选择哪一条 就取决于 对 webmvc 和 Project B的配置先后顺序。
Project A==> spring-webmvc.4.0.0.RELEASE ==> spring-web.4.0.0.RELEASE
Project A==> Project B 1.0.SNAPSHOT ==>spring-web.3.2.9.RELEASE

注意：在同一pom文件，第二原则不在适应。如下配置，最终引用的是1.2 版本，而不是配置在前面的1.1.1版本.


commons-logging
commons-logging
1.1.1