maven 快速复习重要知识点 （有基础）

Maven带来的好处 ：

有利于项目拆分，管理 jar ，没个jar 都有唯一标识 。

编译 管理 打包 部署 项目，

解决jar版本不一致的风险。

 构建的各个环节

　　[1] 清理clean：将以前编译得到的旧文件class字节码文件删除

　　[2] 编译compile：将java源程序编译成class字节码文件

　　[3] 测试test：自动测试，自动调用junit程序

　　[4] 报告report：测试程序执行的结果

　　[5] 打包package：动态Web工程打War包，java工程打jar包

　　[6] 安装install：Maven特定的概念-----将打包得到的文件复制到“仓库”中的指定位置

　　[7] 部署deploy：将动态Web工程生成的war包复制到Servlet容器下，使其可以运行

 

常用maven命令

　　[1] mvn clean：清理 

　　[2] mvn compile：编译主程序

　　[3] mvn test-compile：编译测试程序

　　[4] mvn test：执行测试 

　　[5] mvn package：打包

　　[6] mvn install：安装

　　执行maven命令必须进入到pom.xml的目录中进行执行

仓库的默认位置：c:\Usrs\[登录当前系统的用户名]\.m2\repository

坐标：使用下面的三个向量在仓库中唯一的定位一个maven工程

scope就是依赖的范围

　　1、compile，默认值，适用于所有阶段（开发、测试、部署、运行），本jar会一直存在所有阶段。 

　　2、provided，只在开发、测试阶段使用，目的是不让Servlet容器和你本地仓库的jar包冲突 。如servlet.jar。 

　　3、runtime，只在运行时使用，如JDBC驱动，适用运行和测试阶段。 

　　4、test，只在测试时使用，用于编译和运行测试代码。不会随项目发布。 

　　5、system，类似provided，需要显式提供包含依赖的jar，Maven不会在Repository中查找它。

生命周期　　

　　Maven有三套相互独立的生命周期，请注意这里说的是“三套”，而且“相互独立”，初学者容易将Maven的生命周期看成一个整体，其实不然。这三套生命周期分别是：

　　　　① Clean Lifecycle 在进行真正的构建之前进行一些清理工作。Clean生命周期一共包含了三个阶段：

　　　　　　1、pre-clean  执行一些需要在clean之前完成的工作
　　　　　　2、clean  移除所有上一次构建生成的文件
　　　　　　3、post-clean  执行一些需要在clean之后立刻完成的工作

　　　　② Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。

1、validate
2、generate-sources
3、process-sources
4、generate-resources
5、process-resources 复制并处理资源文件，至目标目录，准备打包
6、compile 编译项目的源代码
7、process-classes
8、generate-test-sources 
9、process-test-sources 
10、generate-test-resources
11、process-test-resources 复制并处理资源文件，至目标测试目录
12、test-compile 编译测试源代码
13、process-test-classes
14、test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署
15、prepare-package
16、package 接受编译好的代码，打包成可发布的格式，如 JAR 
17、pre-integration-test
18、integration-test
19、post-integration-test
20、verify
21、install 将包安装至本地仓库，以让其它项目依赖。
22、deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享

　③ Site Lifecycle 生成项目报告，站点，发布站点。

　　　　　　1、pre-site 执行一些需要在生成站点文档之前完成的工作
　　　　　　2、site 生成项目的站点文档
　　　　　　3、post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
　　　　　　4、site-deploy 将生成的站点文档部署到特定的服务器上

 

package install deploy 区别 ：

package命令完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库

install命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库

deploy命令完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库　

build 配置　

1 <build>
 2 　　<!-- 项目的名字 -->
 3 　　<finalName>WebMavenDemo</finalName>
 4 　　<!-- 描述项目中资源的位置 -->
 5 　　<resources>
 6 　　　　<!-- 自定义资源1 -->
 7 　　　　<resource>
 8 　　　　　　<!-- 资源目录 -->
 9 　　　　　　<directory>src/main/java</directory>
10 　　　　　　<!-- 包括哪些文件参与打包 -->
11 　　　　　　<includes>
12 　　　　　　　　<include>**/*.xml</include>
13 　　　　　　</includes>
14 　　　　　　<!-- 排除哪些文件不参与打包 -->
15 　　　　　　<excludes>
16 　　　　　　　　<exclude>**/*.txt</exclude>
17 　　　　　　　　　　<exclude>**/*.doc</exclude>
18 　　　　　　</excludes>
19 　　　　</resource>
20　　　</resources>
21 　　<!-- 设置构建时候的插件 -->
22 　　<plugins>
23 　　　　<plugin>
24 　　　　　　<groupId>org.apache.maven.plugins</groupId>
25 　　　　　　<artifactId>maven-compiler-plugin</artifactId>
26 　　　　　　<version>2.1</version>
27 　　　　　　<configuration>
28 　　　　　　　　<!-- 源代码编译版本 -->
29 　　　　　　　　<source>1.8</source>
30 　　　　　　　　<!-- 目标平台编译版本 -->
31 　　　　　　　　<target>1.8</target>
32 　　　　　　</configuration>
33 　　　　</plugin>
34 　　　　<!-- 资源插件（资源的插件） -->  
35 　　　　<plugin>  
36 　　　　　　<groupId>org.apache.maven.plugins</groupId>  
37 　　　　　　<artifactId>maven-resources-plugin</artifactId>  
38 　　　　　　<version>2.1</version>  
39 　　　　　　<executions>  
40 　　　　　　　　<execution>  
41 　　　　　　　　　　<phase>compile</phase>  
42 　　　　　　　　</execution>  
43 　　　　　　</executions>  
44 　　　　　　<configuration>  
45 　　　　　　　　<encoding>UTF-8</encoding>  
46 　　　　　　</configuration> 
47 　　　　</plugin>
48 　　　　<!-- war插件(将项目打成war包) -->  
49 　　　　<plugin>  
50 　　　　　　<groupId>org.apache.maven.plugins</groupId>  
51 　　　　　　<artifactId>maven-war-plugin</artifactId>  
52 　　　　　　<version>2.1</version>  
53 　　　　　　<configuration>
54 　　　　　　　　<!-- war包名字 -->  
55 　　　　　　　　<warName>WebMavenDemo1</warName>
56 　　　　　　</configuration>  
57 　　　　</plugin>  
58 　　</plugins>
59 </build>

maven 的 依赖

A B C 3个项目 ，A-->B-->C-->Spring-core.jar 

   ----刷新后 ---               

 

这就是依赖的传递性。

注意：非compile范围的依赖是不能传递的。

依赖版本的原则：1、路径最短者优先原则   2、路径相同先声明优先原则