Maven保姆级入门教程

Maven保姆级入门教程，看文章时请多注意标注的文字！！！

maven解决了哪些问题？

1. 工程中jar包不统一、不兼容、冲突问题？
2. 工程升级维护复杂？
3. 项目中单元测试，手动一个个的运行来检验代码质量？
4. 代码冗余，各个模块有相同的依赖？

Maven解决以上问题，因为Maven可以自动引入Jar包，通过声明式依赖引入需要的资源，这样可以减小项目的体积，Maven还可以自动构建、打包发布项目。

Maven是什么？

maven的本质是项目管理工具，将项目开发和管理过程抽象成一个项目对象模型POM(Project Object Model)。下图浅蓝色框住的属于Maven。

Maven的作用

 项目构建: 提供标准的、跨平台的自动化项目构建方式。

 依赖管理: 方便快捷地管理项目依赖的资源(jar包)，避免资源间的版本冲突。

统一开发结构: 提供标准的、统一的项目结构。

示例，如图(Java工程结构)

 Maven官网地址

安装： 下载解压即可，绿色免安装。（windows）

使用

Maven是有Java语言编写的，面向对象的思想。所以Java环境是必须的。

如你的主机尚未安装Java的环境，请先配置Java环境。环境变量需配置JAVA_HOME，而后配置MAVEN_HOME，也就是配这俩玩意安装的路径。

检查是否安装成功，win+R —> cmd回车 —> mvn -version，出现如下式样即可。如未成功，请回忆安装姿势是否正确？多试几次，把错误暴露出来即可。

 Maven仓库

什么是仓库？也就是用于存储资源，包含各种jar包。
来看看下面这张图。

本地仓库：你的电脑主机，setting.xml中配置的路径。

私服仓库：同一局域网中，大家共用的仓库。

中央仓库：Maven团队维护，存储所有公用资源的仓库。 

私服的作用

保存具有版权的资源,包含购买或自主研发的jar
中央仓库中的jar都是开源的，不能存储具有版权的资源—定范围内共享资源，仅对内部开放，不对外共享。

Maven仓库配置

本地仓库配置

Maven启动后,会自动保存下载的资源到本地仓库

默认位置(当前目录位置为登录用户名所在目录下的.m2文件夹中)

<localRepository>${user.home }/.m2/repository</localRepository>

自定义位置(当前目录位置为D:\maven\repository文件夹中，指定放在本机D盘下的maven\repository)

<localRepository>D:\maven\repository</localRepository>

远程仓库配置

  <repositories>
        <repository>
            <id>central</id>
            <name>Central Repository</name>
            <url>http://repo.maven.apache.org/maven2</url>
        </repository>
   </repositories>

官方仓库不推荐，访问速度比较慢，一般配阿里云的镜像和仓库

    <mirror>
        <id>nexus-aliyun</id>
        <mirrorOf>central</mirrorOf>
        <name>Nexus aliyun</name>
        <url>http://maven.aliyun.com/nexus/content/groups/public</url>
   </mirror>

  <repositories>
        <repository>
            <id>nexus-aliyun</id>
            <name>Nexus aliyun</name>
            <url>http://maven.aliyun.com/nexus/content/groups/public</url>
        </repository>
   </repositories>

 <mirrors>
     <!-- 配置具体仓库下的镜像 -->
        <mirror>
           <!-- mirror 此镜像的唯━标识符,用来区分不同的mirror元素 -->
           <id>nexus-aliyun</id>
           <!-- 对哪种仓库进行镜像,简单说就是替代哪个仓库 -->
           <mirrorOf>central</mirrorOf>
           <!-- 镜像URL -->
           <name>Nexus aliyun</name>
           <!-- 镜像URL -->
           <url>http://maven.aliyun.com/nexus/content/groups/public</url>
        </mirror>
   </mirrors>

Maven坐标

什么是坐标?
Maven中的坐标用于描述仓库中资源的位置
Maven坐标主要组成（其中前三个是必不可少的）
groupld: 定义当前Maven项目隶属组织名称(通常是域名反写，例如: org.mybatis)

artifactld: 定义当前Maven项目名称〈通常是模块名称，例如CRM、SMS)

version: 定义当前项目版本号

packaging: 定义该项目的打包方式
 

Maven坐标的作用

使用唯一标识，唯一性定位资源位置，通过该标识可以将资源的识别与下载工作交由机器完成

Maven项目构建命令

Maven构建命令使用mvn开头，后面添加功能参数，可以一次执行多个命令，使用空格分隔

1. 编译 mvn compile
2. 清理 mvn clean
3. 测试 mvn test
4. 打包 mvn package
5. 安装到本地仓库 mvn install

Maven创建工程

创建工程

mvn archetype:generate
-DgroupId={project-packaging}

-DartifactId={project-name }

-DarchetypeArtifactId=maven-archetype-quickstart

-DinteractiveMode=false

创建java工程

mvn archetype:generate

-DgroupId=com.master

-DartifactId=java-project

-DarchetypeArtifactId=maven-archetype-quickstart

-Dversion=0.0.1-snapshot

-DinteractiveMode=false

创建web工程

mvn archetype:generate

-DgroupId=com.master

-DartifactId=web-project

-DarchetypeArtifactId=maven-archetype-webapp

-Dversion=0 .0.1-snapshot

-DinteractiveMode=false
 

Maven工程目录结构

 idea中配置Maven

利用idea创建Maven项目

 Maven依赖管理

依赖配置

依赖指当前项目运行所需的jar包，一个项目可以设置多个依赖。

    <dependencies>
        <!--设置具体的依赖-->
        <dependency>
            <!--依赖所属群组id -->
            <groupId>junit</groupId>
            <!--依赖所属项目id-->
            <artifactId>junit</ artifactId>
            <!--依赖版本号-->
            <version>4.12</ version>
        </ dependency>
    </ dependencies>

如果依赖自身项目的其他模块，拷贝出该模块的三要素到当前模块中的依赖配置模块即可！ 

依赖传递

依赖具有传递性
直接依赖: 在当前项目中pom.xml直接声明的依赖配置
间接依赖: 被直接依赖的资源如果依赖其他资源，当前项目间接依赖该资源的资源，简而言之就是直接依赖的直接依赖。
 

依赖的依赖相同时，有冲突，多层级怎么传递？

路径优先: 当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高

声明优先: 当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的

特殊优先: 当同级配置了相同资源的不同版本，后配置的覆盖先配置的
 

 可选依赖(optional不被被依赖此jar包的项目看到)

<dependency>
    <groupId>commons-io</groupId>
    <artifactId>commons-io</artifactId>
    <version>2.4</version>
    <optional>true</optional>
</dependency>

默认情况下，optional标签值为false。设为true的话，项目被依赖时，自己的直接依赖透明！

排除依赖（exclusion）

排除依赖的资源无需指明其版本号，即version字段。

<dependency>
    <groupId>commons-fileupload</groupId>
    <artifactId>commons-fileupload</artifactId>
    <version>1.3.1</version>
    <exclusions>
        <exclusion>
            <groupId>commons-io</groupId>
            <artifactId>commons-io</artifactId>
        </exclusion>
    </exclusions>
</dependency>

 单击之后的依赖列表看不到对应jar

 依赖范围（scope）

●依赖的jar默认情况（compile）可以在任何地方使用，可以通过scope标签设定其作用范围
●作用范围

主程序范围有效(main文件夹范围内)

测试程序范围有效(test文件夹范围内)

是否参与打包(package指令范围内)

 依赖范围的传递性

带有依赖范围的jar，传递性受依赖范围影响

 Maven声明周期

Maven构建生命周期描述的是一次构建过程经历经历了多少个事件

compile —> test-compile —> test —> package —> install

阶段	处理	描述
验证 validate	验证项目	验证项目是否正确且所有必须信息是可用的
编译 compile	执行编译	源代码编译在此阶段完成
测试 Test	测试	使用适当的单元测试框架（例如JUnit）运行测试。
包装 package	打包	创建JAR/WAR包如在 pom.xml 中定义提及的包
检查 verify	检查	对集成测试的结果进行检查，以保证质量达标
安装 install	安装	安装打包的项目到本地仓库，以供其他项目使用
部署 deploy	部署	拷贝最终的工程包到远程仓库中，以共享给其他开发人员和工程

Maven对项目构建的生命周期划分为3套

clean:     清理工作

default:  核心工作，例如编译，测试，打包，部署等 

• default(或 build)：项目部署的处理（菜鸟教程）

site:        产生报告，发布站点等
 

clean生命周期

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

Default (Build) 生命周期

这是 Maven 的主要生命周期，被用于构建应用，包括下面的 23 个阶段：从上到下，执行某一生命周期，则它前面的生命周期都会被执行，除非执行时说明跳过！

生命周期阶段	描述
validate（校验）	校验项目是否正确并且所有必要的信息可以完成项目的构建过程。
initialize（初始化）	初始化构建状态，比如设置属性值。
generate-sources（生成源代码）	生成包含在编译阶段中的任何源代码。
process-sources（处理源代码）	处理源代码，比如说，过滤任意值。
generate-resources（生成资源文件）	生成将会包含在项目包中的资源文件。
process-resources （处理资源文件）	复制和处理资源到目标目录，为打包阶段最好准备。
compile（编译）	编译项目的源代码。
process-classes（处理类文件）	处理编译生成的文件，比如说对Java class文件做字节码改善优化。
generate-test-sources（生成测试源代码）	生成包含在编译阶段中的任何测试源代码。
process-test-sources（处理测试源代码）	处理测试源代码，比如说，过滤任意值。
generate-test-resources（生成测试资源文件）	为测试创建资源文件。
process-test-resources（处理测试资源文件）	复制和处理测试资源到目标目录。
test-compile（编译测试源码）	编译测试源代码到测试目标目录.
process-test-classes（处理测试类文件）	处理测试源码编译生成的文件。
test（测试）	使用合适的单元测试框架运行测试（Juint是其中之一）。
prepare-package（准备打包）	在实际打包之前，执行任何的必要的操作为打包做准备。
package（打包）	将编译后的代码打包成可分发格式的文件，比如JAR、WAR或者EAR文件。
pre-integration-test（集成测试前）	在执行集成测试前进行必要的动作。比如说，搭建需要的环境。
integration-test（集成测试）	处理和部署项目到可以运行集成测试环境中。
post-integration-test（集成测试后）	在执行集成测试完成后进行必要的动作。比如说，清理集成测试环境。
verify （验证）	运行任意的检查来验证项目包有效且达到质量标准。
install（安装）	安装项目包到本地仓库，这样项目包可以用作其他本地项目的依赖。
deploy（部署）	将最终的项目包复制到远程仓库中与其他开发者和项目共享。

site构建生命周期

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

 插件

    <build>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-source-plugin</artifactId>
                <version>2.0.1</version>
                <executions>
                    <execution>
                        <goals>
                            <goal>jar</goal>
                        </goals>
                        <phase>generate-test-resources</phase>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>

版本号修改的话，会自动下载插件到本地仓库中！

 自此，Maven入门将和大家Say 白白了...