原创

Maven

Maven 介绍

1. 什么是 Maven 
    Maven的正确发音是『mevon],而不是“马瘟”以及其他什么瘟。Maven在美国是一个口语化的词 语,代表专家、内行的意思。
    一个对Maven比较正式的定义是这么说的:Maven是一个项目管理工具,它包含了一个项目对象模 型(POM: Project Object Model),一组标准集合,一个项目生命周期(Project Lifecycle), 一个依赖管 理系统(Dependency Management System),和用来运行定义在生命周期阶段(phase )中插件(plugin)目标 (goal )的逻辑。

2. Maven 能解决什么问题
    可以用更通俗的方式来说明。我们知道,项目开发不仅仅是写写代码而已,期间会伴随着各种 必不可少的事情要做,下面列举几个感受一下:

    2.1. 我们需要引用各种jar包,尤其是比较大的工程,弓I用的jar包往往有几十个乃至上百个,每用 到一种jar包,都需要手动引入工程目录,而且经常遇到各种让人抓狂的jar包冲突,版本冲突。

    2.2. 我们辛辛苦苦写好了 Java文件,可是只懂0和1的白痴电脑却完全读不懂,需要将它编译成二 进制字节码。好歹现在这项工作可以由各种集成开发工具帮我们完成, Eclipse、 IDEA 等都可以将代 码即时编        译。当然,如果你嫌生命漫长,何不铺张,也可以用记事本来敲代码,然后用javac命令一 个个地去编译,逗电脑玩。

    2.3. 世界上没有不存在bug的代码,计算机喜欢bug就和人们总是喜欢美女帅哥一样。为了追求美为 了减少bug,因此写完了代码,我们还要写一些单元测试,然后一个个的运行来检验代码质量。

    2.4.再优雅的代码也是要出来卖的。我们后面还需要把代码与各种配置文件、资源整合到一起,定型 打包,如果是 web 项目,还需要将之发布到服务器,供人蹂躏。

    试想,如果现在有一种工具,可以把你从上面的繁琐工作中解放出来,能帮你构建工程,管理 jar 包,编译代码,还能帮你自动运行单元测试,打包,生成报表,甚至能帮你部署项目,生成Web站 点,你会心动吗? Maven就可以解决上面所提到的这些问题。

3. Maven 的优势举例
    一个Web项目,要能够将项目运行起来,就必须将该项目所依赖的一些jar包添加到 工程中,否则项目就不能运行。试想如果具有相同架构的项目有十个,那么我们就需要将这一份jar 包复制到十个不同的工程中。    项目的工程很大。原因主要是因为上面的WEB程序要运行,我们必须将项目运行所需的Jar包复制到工程目录中,从 而导致了工程很大。

    同样的项目,如果我们使用Maven工程来构建,会发现总体上工程的大小会少很多。

    小结:可以初步推断它里面一定没有jar包,继续思考,没有jar包的项目怎么可能运行呢?

Maven 的两个精典作用

1. Maven 的依赖管理

    Maven的一个核心特性就是依赖管理。当我们涉及到多模块的项目(包含成百个模块或者子项目),管理依赖就变成 一项困难的任务。Maven展示出了它对处理这种情形的高度控制。
    传统的WEB项目中,我们必须将工程所依赖的jar包复制到工程中,导致了工程的变得很大。那么 maven 工程是如何使得工程变得很少呢?

    分析如下:
        坐标:将来要找某个jar包,就是要确定这个jar包的坐标

        作为一个jar包,如何给出坐标
        坐标:公司名或组织名+项目名+版本号一起来确定

        项目中只要给定坐标,再到仓库中去取jar包
        因为索引的存在,导致jar包这个过程,可以认为是自己项目中就有

        maven的依赖管理:就是一个管理jar包的过程

    通过分析发现:maven工程中不直接将jar包导入到工程中,而是通过在pom.xml文件中添加所需jar 包的坐标,这样就很好的避免了 jar直接引入进来,在需要用到jar包的时候,只要查找pom.xml文 件,再通过pom.xml文件中的坐标,到一个专门用于"存放jar包的仓库"(maven仓库)中根据坐标从 而找到这些jar包,再把这些jar包拿去运行。
    那么问题来了
    第一:"存放jar包的仓库"长什么样?
    第二:通过读取 pom.xml 文件中的坐标,再到仓库中找到 jar 包,会不会很慢?从而导致这种方式 不可行!
    第一个问题:存放jar包的仓库长什么样,这一点我们后期会分析仓库的分类,也会带大家去看我们 的本地的仓库长什么样。
    第二个问题:通过pom.xml文件配置要引入的jar包的坐标,再读取坐标并到仓库中加载jar包,这 样我们就可以直接使用jar包了,为了解决这个过程中速度慢的问题,maven中也有索引的概念,通 过建立索引,可以大大提高加载jar包的速度,使得我们认为jar包基本跟放在本地的工程文件中再 读取出来的速度是一样的。这个过程就好比我们查阅字典时,为了能够加快查找到内容,书前面的 目录就好比是索引,有了这个目录我们就可以方便找到内容了,一样的在maven仓库中有了索引我 们就可以认为可以快速找到ja r包。

2. 项目的一键构建

    我们的项目,往往都要经历编译、测试、运行、打包、安装 ,部署等一系列过程。

    2.1. 什么是构建?
        指的是项目从编译、测试、运行、打包、安装 ,部署整个过程都交给 maven 进行管理,这个 过程称为构建。
    2.2. 一键构建
        指的是整个构建过程,使用 maven 一个命令可以轻松完成整个工作。
    Maven 规范化构建流程如下:
        maven将项目构建的过程进行标准化,每个阶段使用一个命令完成,

Maven 的使用

Maven 的安装

1. Maven 软件的下载
    目前最新版是apache-maven-3.5.3版本,我们当时使用的是apache-maven-3.5.2版本,大家也可以下 载最新版本。
    Apache-maven-3.5.2 下载地址:http://archive.apache.org/dist/maven/maven-3/ 

2. 安装

    Maven 下载后,将 Maven 解压到一个没有中文没有空格的路径下,比如 D:\software\maven 下面。
    bin:存放了 maven的命令,比如我们前面用到的mvn tomcat:run
    boot:存放了一些maven本身的引导程序,如类加载器等 conf:存放了 maven的一些配置文件,如setting.xml文件
    lib:存放了 maven本身运行所需的一些jar包
    至此我们的 maven 软件就可以使用了,前提是你的电脑上之前已经安装并配置好了 JDK。

    2.1. JDK 的准备及统一
        2.1.1. 安装JDK8
    2.2. Maven 及 JDK 配置
        配置MAVEN_HOME,变量值就是你的maven安装的路径(bin目录之前一级目录)
        上面配置了我们的Maven软件,注意这个目录就是之前你解压maven的压缩文件包在的的目录,最 好不要有中文和空格。
    2.3. Maven 软件版本测试
        通过mvn -v命令检查maven是否安装成功,看到maven的版本为3.5.2及java版本为1.8即为安装 成功。
        找开cmd命令,输入mvn -v命令,

Maven 仓库

1. Maven 仓库的分类
    maven的工作需要从仓库下载一些jar包,如下图所示,本地的项目A、项目B等都会通过maven 软件从远程仓库(可以理解为互联网上的仓库)下载jar包并存在本地仓库,本地仓库就是本地文 件夹,当第二次需要此jar包时则不再从远程仓库下载,因为本地仓库已经存在了,可以将本地仓库 理解为缓存,有了本地仓库就不用每次从远程仓库下载了。
* 本地仓库:用来存储从远程仓库或中央仓库下载的插件和jar包,项目使用一些插件或jar包, 优先从本地仓库查找。默认本地仓库位置在${user.dir}/.m2/repository,${userdir}表示windows用户目录。
* 远程仓库:如果本地需要插件或者jar包,本地仓库没有,默认去远程仓库下载。 远程仓库可以在互联网内也可以在局域网内。
* 中央仓库:在 maven 软件中内置一个远程仓库地址 http://repo1.maven.org/maven2 ,它是中 央仓库,服务于整个互联网,它是由 Maven 团队自己维护,里面存储了非常全的 jar 包,它包 含了世界上大部分流行的开源项目构件。

2. Maven 本地仓库的配置
    将“repository.rar”解压至自己的 电脑上,我们解压在D:\repository目录下(可以放在没有中文及空格的目录下)。

    在MAVE_HOME/conf/settings.xml文件中配置本地仓库位置(maven的安装目录下):

    打开 settings.xml 文件,配置如下:

    〈settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
        xmlns:xsi="http://www.w3.org/2001/XMLSche]na-instance,"
        xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0http://maven.apache.org/xsd/settings-l.0.O.xsd">

    <!-- localRepoaitory
        The path to the local repository maven will use ro store artifacts・

        Default: ${user.home}/.m2/repository
    <localRepository>/path/to/local/repo</localRepo3itory>
    -->

    <localRepository>D:/repository</localRepository> 
    <!-- D:\repository目录是maven本地仓库所在的目录 -->
3. 全局 setting 与用户 setting
    maven 仓库地址、私服等配置信息需要在 setting.xml 文件中配置,分为全局配置和用户配置。 在maven安装目录下的有conf/settingxml文件,此setting.xml文件用于maven的所有project 项目,它作为 maven 的全局配置。
    如需要个性配置则需要在用户配置中设置,用户配置的 setting.xml 文件默认的位置在: ${user.dir} /.m"settings.xml 目录中,${user.dir}指 windows 中的用户目录。
    maven 会先找用户配置,如果找到则以用户配置文件为准,否则使用全局配置文件。

Maven 工程的认识

1. Maven工程的目录结构
目录 说明
.settings 工具生成的文件
src 源代码
target 编译生成的文件
.classpath
.project
.tern-project
.pom.xml maven工程的配置文件,如坐标信息
作为一个 maven 工程,它的 src 目录和 pom.xml 是必备的。进入 src 目录后,我们发现它里面的目录结构如下:
|--src
    |--main
        |--java   存放项目源码
        |--resources 放入配置文件
        |--webapp 页面素材
    |--test
        |--java 测试的源码
        |--resources   测试的配置文件

src/main/java —— 存放项目的.java 文件
src/main/resources —— 存放项目资源文件,如 spring, hibernate 配置文件
src/test/java —— 存放所有单元测试.java 文件,如 JUnit 测试类
src/test/resources —— 测试资源文件
target —— 项目输出位置,编译后的 class 文件会输出到此目录
pom.xml——maven 项目核心配置文件

> 注意:如果是普通的 java 项目,那么就没有 webapp 目录。

2. Maven 工程的运行
    进入 maven 工程目录(当前目录有 pom.xml 文件),运行 tomcat:run 命令。

Maven 常用命令

我们可以在 cmd 中通过一系列的 maven 命令来对我们的 maven-helloworld 工程进行编译、测试、运行、打包、安装、部署。

1. compile
    compile 是 maven 工程的编译命令,作用是将 src/main/java 下的文件编译为 class 文件输出到 target 目录下。cmd进入命令状态,执行mvn compile。
    查看 target 目录, class 文件已生成,编译完成。

2. test
       test是maven工程的测试命令 mvn test,会执行src/test/java下的单元测试类。
    cmd执行mvn test执行src/test/java下单元测试类,运行1个测试用例,全部成功。

3. clean
    clean是maven工程的清理命令,执行clean会删除target目录及内容。

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

5. install
    install是maven工程的安装命令,执行install将maven打成jar包或war包发布到本地仓库。 从运行结果中,可以看出: 当后面的命令执行时,前面的操作过程也都会自动执行,

6. Maven 指令的生命周期
    maven对项目构建过程分为三套相互独立的生命周期,请注意这里说的是“三套”而且“相互独立” 这三套生命周期分别是:

    1)Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
    2)Default Lifecycle 构建的核心部分,编译,测试,打包,部署等等。
    3)Site Lifecycle 生成项目报告,站点,发布站点。

7.  maven 的概念模型
    Maven包含了一个项目对象模型(Project Object Model),一组标准集合,一个项目生命周期(Project Lifecycle), 一个依赖管理系统(Dependency Management System),和用来运行定义在生命周期阶段 (phase )中插件(plugin)目标(goal )的逻辑。

    * 项目对象模型 (Project Object Model)
        一个 maven 工程都有一个 pom.xml 文件,通过 pom.xml 文件定义项目的坐标、项目依赖、项目信息、插件目标等。

    * 依赖管理系统(Dependency Management System)
        通过 maven 的依赖管理对项目所依赖的 jar 包进行统一管理。
        比如:项目依赖 junit4.9,通过在 pom.xml 中定义 junit4.9 的依赖即使用 junit4.9,如下所示是 junit4.9的依赖定义:

        ```xml
            <!-- 依赖关系 -->
            <dependencies>
            <!-- 此项目运行使用 junit,所以此项目依赖 junit -->
            <dependency>
            <!-- junit 的项目名称 -->
            <groupId>junit</groupId>
            <!-- junit 的模块名称 -->
            <artifactId>junit</artifactId>
            <!-- junit 版本 -->
            <version>4.9</version>
            <!-- 依赖范围:单元测试时使用 junit -->
            <scope>test</scope>
            </dependency>
        ```

    * 一个项目生命周期(Project Lifecycle)
        使用 maven 完成项目的构建,项目构建包括:清理、编译、测试、部署等过程,maven 将这些过程规范为一个生命周期,maven 通过执行一些简单命令即可实现上边生命周期的各各过程,比如执行 mvn compile 执行编译、执行 mvn clean 执行清理。
    * 一组标准集合
        maven 将整个项目管理过程定义一组标准,比如:通过 maven 构建工程有标准的目录结构,有标准的生命周期阶段、依赖管理有标准的坐标定义等。
    * 插件(plugin)目标(goal)
        maven 管理项目生命周期过程都是基于插件完成的。

idea 开发 maven 项目

打开->File->Settings 配置 maven

依据图片指示,选择本地 maven 安装目录,指定 maven 安装目录下 conf 文件夹中 settings 配置文件。
file

idea 中创建一个 maven 的 web 工程

打开 idea,选择创建一个新工程
file
选择 idea 提供好的 maven 的web 工程模板
file
点击 Next 填写项目信息
file
点击 Next,此处不做改动。
file
点击 Next 选择项目所在目录
file
点击 Finish 后开始创建工程,耐心等待,直到出现如下界面。
file
手动添加 src/main/java 目录,如下图右键 main 文件夹->New->Directory
file
创建一个新的文件夹命名为 java
file
点击 OK 后,在新的文件夹 java 上右键->Make Directory as->Sources Root
file

创建一个 Servlet

src/java/main 创建了一个 Servlet,但报错
file
要解决问题,就是要将 servlet-api-xxx.jar 包放进来,作为 maven 工程应当添加 servlet 的坐标,从而导入它的 jar

在 pom.xml 文件添加坐标

直接打开 hello_maven 工程的 pom.xml 文件,再添加坐标
file

<!--项目名称,定义为组织名+项目名,类似包名-->
<groupId>com.itheima</groupId>
<!-- 模块名称 -->
<artifactId>hello_maven</artifactId>
<!-- 当前项目版本号,snapshot 为快照版本即非正式版本,release 为正式发布版本 -->
<version>0.0.1-SNAPSHOT</version>
<packaging > :打包类型
jar:执行 package 会打成 jar 包
war:执行 package 会打成 war 包
pom :用于 maven 工程的继承,通常父工程设置为 pom

坐标的来源方式

添加依赖需要指定依赖 jar 包的坐标,但是很多情况我们是不知道 jar 包的的坐标,可以通过如下方式查询:
**从互联网搜索
http://search.maven.org/
http://mvnrepository.com/

依赖范围

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依赖不推荐使用。
file
在 maven-web 工程中测试各各 scop。
测试总结:
 默认引入 的 jar 包 ------- compile 【默认范围 可以不写】(编译、测试、运行 都有效 )  servlet-api 、jsp-api ------- provided (编译、测试 有效, 运行时无效 防止和 tomcat 下 jar 冲突)
 jdbc 驱动 jar 包 ---- runtime (测试、运行 有效 )  junit ----- test (测试有效)
依赖范围由强到弱的顺序是:compile>provided>runtime>test

项目中添加的坐标

file

设置 jdk 编译版本

本文使用 jdk1.8,需要设置编译版本为 1.8,这里需要使用 maven 的插件来设置:在 pom.xml 中加入:

 <build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<configuration>
<source>1.8</source>
<target>1.8</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
</plugins>
</build>
正文到此结束