maven

简介

• 它是一个软件开发的管理工具，主要管理的工作是：依赖管理，项目构建
  解释： 能够集中管理jar包，提供一键构建

环境搭建(JRE1.7以上)

• 需要设置编译版本为1.7，这里需要使用maven的插件来设置：
  在pom.xml中加入：

<build>        <plugins>            <plugin>                <groupId>org.apache.maven.plugins</groupId>                <artifactId>maven-compiler-plugin</artifactId>                <configuration>                    <source>1.7</source>                    <target>1.7</target>                    <encoding>UTF-8</encoding>                </configuration>            </plugin>        </plugins>    </build>

• 下载meven,配置环境变量（path）
• 在开发工具中将maven添加进去，并且必须配置本地库（如下）

* 配置索引
Window—show view ——other———-maven Repositories（localtion repositories——右键—–build index）

Maven项目工程目录约定

• 使用maven创建的工程我们称它为maven工程，maven工程具有一定的目录规范，如下：

src/main/java —— 存放项目的.java文件src/main/resources —— 存放项目资源文件，如spring, hibernate配置文件src/test/java —— 存放所有单元测试.java文件，如JUnit测试类src/test/resources —— 测试资源文件target —— 项目输出位置，编译后的class文件会输出到此目录pom.xml——maven项目核心配置文件Project  |-src  |   |-main  |   |  |-java        —— 存放项目的.java文件  |   |  |-resources   —— 存放项目资源文件，如spring, hibernate配置文件         |-webapp     —— webapp目录是web工程的主目录            |-WEB-INF              |-web.xml  |   |-test  |      |-java        ——存放所有测试.java文件，如JUnit测试类  |      |-resources   —— 测试资源文件  |-target             —— 目标文件输出位置例如.class、.jar、.war文件  |-pom.xml           ——maven项目核心配置文件

三套生命周期

• maven对项目构建过程分为三套相互独立的生命周期，而且“相互独立”，这三套生命周期分别是：
  
  • Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
  • Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。
  • Site Lifecycle 生成项目报告，站点，发布站点。

MAVEN命令

• clean
  clean是maven工程的清理命令，执行 clean会删除target目录的内容。
• compile
  compile是maven工程的编译命令，作用是将src/main/java下的文件编译为class文件输出到target目录下。

• test
  test是maven工程的测试命令，会执行src/test/java下的单元测试类。
  cmd执行mvn test执行src/test/java下单元测试类。

• package
  package是maven工程的打包命令，对于java工程执行package打成jar包，对于web工程打成war包。

• install
  install是maven工程的安装命令，执行install将maven打成jar包或war包发布到本地仓库。

全局配置和私有配置

• maven仓库地址、私服等配置信息需要在setting.xml文件中配置，分为全局配置和用户配置。在maven安装目录下的有 conf/setting.xml文件，此setting.xml文件用于maven的所有project项目，它作为maven的全局配置。

依赖

• compile：编译范围，指A在编译时依赖B，此范围为默认依赖范围。编译范围的依赖会用在编译、测试、运行，由于运行时需要所以编译范围的依赖会被打包。
• provided：provided依赖只有在当JDK或者一个容器已提供该依赖之后才使用， provided依赖在编译和测试时需要，在运行时不需要，比如：servlet api被tomcat容器提供。

• runtime：runtime依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如：jdbc的驱动包。由于运行时需要所以runtime范围的依赖会被打包。

• test：test范围依赖 在编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用，比如：junit。由于运行时不需要所以test范围依赖不会被打包。

• system：system范围依赖与provided类似，但是你必须显式的提供一个对于本地系统中JAR文件的路径，需要指定systemPath磁盘路径，system依赖不推荐使用。

  测试总结：
  1.默认引入 的jar包 ——- compile 【默认范围 可以不写】（编译、测试、运行 都有效 ）
  2.servlet-api 、jsp-api ——- provided （编译、测试 有效， 运行时无效 防止和tomcat下jar冲突）
  3.jdbc驱动jar包 —- runtime （测试、运行 有效 ）
  4.junit —– test （测试有效）
  依赖范围由强到弱的顺序是：compile>provided>runtime>test

解决矛盾冲突

• 通过添加<exclusion>标签来解决冲突
  
  • 不需要的右键excude………..
• 使用版本锁定来解决

 <dependencyManagement> 。。。写需要用的jar包 </dependencyManagement>

依赖调解原则：

maven自动按照下边的原则调解：
1、第一声明者优先原则
在pom文件定义依赖，先声明的依赖为准。
2、路径近者优先原则
例如：A依赖 spirng-beans-4.2.4，A依赖B依赖 spirng-beans-3.0.5，则spring-beans-4.2.4优先被依赖在A中，因为spring-beans-4.2.4相对spirng-beans-3.0.5被A依赖的路径最近。

依赖关系

• 依赖具有传递性，但不是无限传递的，传递的规则如下：