Maven

Maven

Maven是什么?

Maven是一个项目管理工具，它包含了一个项目对象模型 (POM：Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶(phase)中插件(plugin)目标(goal)的逻辑。<详细见maven的概念模型>

Maven的两大核心功能

Maven的依赖管理

maven 工程中不直接将jar包导入到工程中，而是通过在 pom.xml 文件中添加所需jar包的坐标（公司组织名称+项目名+版本号确定），避免了直接引入jar包。需要用到jar包的时候，查找 pom.xml 文件找到jar包去运行。

Maven的项目一键构建

项目从编译、测试、运行、打包、安装 ，部署整个过程都交给maven进行管理。

Maven的安装和目录结构

1. 安装：Aache Maven下载解压即可

2. 目录结构：

    bin:存放maven的命令，如 mvn tomcat:run
    boot:存放maven本身的引导程序，如类加载器等
    conf:存放maven的一些配置文件，如 setting.xml 文件
    lib:存放maven本身运行所需的一些jar包
   

3. Maven 及 JDK环境变量配置:

    JDK：
    JAVA_HOME:配置安装目录
    CLASSPATH:.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;
    PATH:%JAVA_HOME%\bin
    MAVEN:
    MAVEN＿HOME:配置安装目录
    PATH:%MAVEN＿HOME%\bin
   

Maven仓库分类

本地仓库

用来存储从远程仓库或中央仓库下载的插件和 jar 包，项目使用一些插件或 jar 包，
优先从本地仓库查找
默认本地仓库位置在 ${user.dir}/.m2/repository，${user.dir}表示 windows 用户目录

远程仓库<私服>

如果本地需要插件或者 jar 包，本地仓库没有，默认去远程仓库下载。
远程仓库可以在互联网内也可以在局域网内。

中央仓库

在 maven 软件中内置一个远程仓库地址 http://repo1.maven.org/maven2 ，它是中央仓库，服务于整个互联网，它是由 Maven 团队自己维护，里面存储了非常全的 jar 包，它包含了世界上大部分流行的开源项目构件。

中配置本地仓库位置:

在 MAVE_HOME/conf/settings.xml 文件中配置本地仓库位置:
<localRepository>默认加载的本地仓库</localRepository>

全局 setting 与用户 setting:

maven 仓库地址、私服等配置信息需要在 setting.xml 文件中配置，分为全局配置和用户配置。

在 maven 安装目录下的有 conf/setting.xml 文件，此 setting.xml 文件用于 maven的所有project项目，它作为 maven 的全局配置。
如需要个性配置则需要在用户配置中设置，用户配置的 setting.xml 文件默认的位置在：${user.dir}/.m2/settings.xml 目录中,${user.dir} 指 windows 中的用户目录。
maven 会先找用户配置，如果找到则以用户配置文件为准，否则使用全局配置文件

Maven工程目录结构

注意：如果是普通的 java 项目，没有 webapp 目录。

Maven常用命令

mvn clean:maven工程的清理命令

删除 target 目录及内容

mvn compile: maven工程的编译命令

将 src/main/java 下文件编译为 class 文件输出到 target目录下

mvn test:maven工程的测试命令

编译src/test/java 下的单元测试类输出到 target目录下,同时执行compile

mvn package:是maven工程的打包命令

对于 java 工程执行 package 打成 jar 包，对于 web 工程打成 war
包,同时执行compile,test

mvn install: maven 工程的安装命令

执行 install 将 maven 打成 jar 包或 war 包发布到本地仓库,同时执行compile,test,package

Maven指令的生命周期

maven对项目构建过程分为三套相互独立的生命周期
Clean Lifecycle:清理生命周期

进行真正的构建之前进行一些清理工作

Default Lifecycle:默认生命周期

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

Site Lifecycle:站点生命周期

生成项目报告，站点，发布站点

maven的概念模型

1. 项目对象模型 (Project Object Model)

    一个 maven工程都有一个pom.xml文件，通过pom.xml文件定义项目的坐标、项目依赖、项目信息、插件目标等。
   

2. 依赖管理系统(Dependency Management System)

    通过 maven 的依赖管理对项目所依赖的 jar 包进行统一管理。
    比如：项目依赖 junit4.9，通过在 pom.xml 中定义 junit4.9 的依赖即使用 junit4.9，如下所示是 junit4.9的依赖定义：
    		<!-- 依赖关系 -->
    		<dependencies>
    		<!-- 此项目运行使用 junit，所以此项目依赖 junit -->
    		<dependency>
    		<!-- junit 的项目名称 -->
    		<groupId>junit</groupId>
    		<!-- junit 的模块名称 -->
    		<artifactId>junit</artifactId>
    		<!-- junit 版本 -->
    		<version>4.9</version>
    		<!-- 依赖范围：单元测试时使用 junit -->
    		<scope>test</scope>
    		</dependency>
   

   依赖范围:

    A 依赖 B，需要在 A 的 pom.xml 文件中添加 B 的坐标，添加坐标时需要指定依赖范围，依赖范围包括：
    compile：编译范围，指 A 在编译时依赖 B，此范围为默认依赖范围。编译范围的依赖会用在编译、测试、运行，由于运行时需要所以编译范围的依赖会被打包。
    provided：provided 依赖只有在当 JDK 或者一个容器已提供该依赖之后才使用， provided 依赖在编译和测试时需要，在运行时不需要，比如：servlet api 被 tomcat 容器提供。
    runtime：runtime 依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如：jdbc的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包。
    test：test 范围依赖 在编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用，比如：junit。由于运行时不需要所以 test范围依赖不会被打包。
    system：system 范围依赖与 provided 类似，但是你必须显式的提供一个对于本地系统中 JAR文件的路径，需要指定 systemPath 磁盘路径，system依赖不推荐使用。
   

依赖范围由强到弱的顺序是：compile>provided>runtime>test
3. 一个项目生命周期(Project Lifecycle)

	使用maven完成项目的构建，项目构建包括：清理、编译、测试、部署等过程，maven 将这些过程规范为一个生命周期.
	生命周期的各各阶段:清理、编译、测试、报告、打包、部署

4. 一组标准集合

    maven将整个项目管理过程定义一组标准，比如：通过maven构建工程有标准的目录结构，有标准的生命周期阶段、依赖管理有标准的坐标定义等。
   

5. 插件(plugin)目标(goal)

    maven管理项目生命周期过程都是基于插件完成的。
   

idea开发maven项目

配置

也可在Maven下的Runner中VM option使用-DarchetypeCatalog=internal配置maven使用本地仓库jar包(解决不联网无法创建maven工程)

创建

1. 使用骨架创建Maven Java工程
2. 不使用骨架创建Maven Java工程
3. 使用骨架创建Maven JavaWeb工程

调试