JavaEE核心【Maven的基本概念和安装步骤】

本文主要是介绍JavaEE核心【Maven的基本概念和安装步骤】，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

1、为什么要使用Maven

第三方引入jar包

在今天的JavaEE开发领域，有大量的第三方框架和工具可以供我们使用。要使用这些jar包最简单的方法就是复制粘贴到WEB-INF目录下的lib目录下。但是这会导致每次创建一个新的工程就需要将jar包重复复制到lib目录下，从而造成工作区中存在大量重复的文件。

而使用Maven后每个jar包只在本地仓库中保存一份，需要jar包的工程只需要维护一个文本形式的jar包的引用——称为“坐标”。不仅极大的节约了存储空间，让项目更轻巧，更避免了重复文件太多而造成的混乱。

第一方jar包是JDK，第二方jar包是程序员写的，第三方为别人写的一些类、接口。

jar包之间的依赖关系

jar包往往不是孤立存在的，很多jar包都需要在其他jar包的支持下才能够正常工作，我们称之为jar包之间的依赖关系。最典型的例子是：A.jar依赖于B.jar，如果没有B包，A包就不能正常工作。

引入Maven后，Maven就可以替我们自动的将当前jar包所依赖的其他所有jar包全部导入进来，无需人工参与，节约了我们大量的时间和精力。用实际例子来说明就是：通过Maven导入A.jar后，B.jar会被自动导入，程序员不必了解这个依赖关系。

处理jar包之间的冲突

如现有三个工程1，2 , 3。1依赖于2 , 2依赖于3。2 , 3都同时依赖同一个jar包，但jar包的版本不同，Maven解决这个问题需要遵循两条原则：最短路径者优先和先声明者优先。

可以自动获取第三方jar包

使用Maven可以享受到一个完全统一规范的jar包管理体系。在项目中以坐标的方式依赖一个jar包，Maven就会自动从中央仓库进行下载，并同时下载这个jar包所依赖的其他jar包。

将项目拆分成多个工程模块

随着JavaEE项目的规模越来越庞大，开发团队的规模也与日俱增。例如几百上千的人开发的项目是同一个Web工程，那么必须将项目拆分成多个工程协同开发。多个模块工程中有的是Java工程，有的是Web工程。

工程拆分后如何进行互相调用和访问，需要用到Maven的依赖管理机制。

实现项目的分布式部署

在实际生产环境中，项目规模增加到一定程度后，可能每个模块都需要运行在独立的服务器上--分布式部署，同样需要用到Maven。

2、Maven是什么

自动化构建工具

Maven本译：专家，内行。读音是['meɪv(ə)n]或['mevn]。Maven是一款自动化构建工具，专注服务于Java平台的项目构建和依赖管理。在JavaEE开发的历史上构建工具的发展：Make→Ant→Maven→Gradle→其他……

构建的概念

构建并不是创建，创建一个工程并不等于构建一个项目。从以下三个层面来看：

（1）纯Java代码：Java是一门编译型语言，.java扩展名的源文件需要编译成.class扩展名的字节码文件才能够执行。所以编写任何Java代码想要执行的话就必须经过编译得到对应的.class文件。

（2）Web工程：当需要通过浏览器访问Java程序时，就必须将包含Java程序的Web工程编译的结果“拿”到服务器上的指定目录下，并启动服务器才行。这个“拿”的过程我们叫部署。

（3）实际项目：在实际项目中整合第三方框架，Web工程中除了Java程序和JSP页面、图片等静态资源之外，还包括第三方框架的jar包以及各种各样的配置文件。所有这些资源都必须按照正确的目录结构部署到服务器上，项目才可以运行。

综上所述：构建就是以程序员编写的Java代码、框架配置文件、国际化等其他资源文件、JSP页面和图片等静态资源作为“原材料”，去“生产”出一个可以运行的项目的过程。

构建的几个环节：

（1）清理：删除以前的编译结果，为重新编译做好准备。

（2）编译：将Java源程序编译为字节码文件。

（3）测试：针对项目中的关键点进行测试，确保项目在迭代开发过程中关键点的正确性。

（4）报告：在每一次测试后以标准的格式记录和展示测试结果。

（5）打包：将一个包含诸多文件的工程封装为一个压缩文件用于安装或部署。Java工程对应jar包，Web工程对应war包。

（6）安装：在Maven环境下特指将打包的结果——jar包或war包安装到本地仓库中。

（7）部署：将打包的结果部署到远程仓库或将war包部署到服务器上运行。

自动化构建：

让程序员节省在编译、打包、部署、测试环节上的时间。而Maven可以自动从构建过程的起点一直执行到终点，即从清理阶段一直到部署阶段。

Maven的九大核心概念：

POM：Project Object Model：项目对象模型。将Java工程的相关信息封装为对象作为便于操作和管理的模型。Maven工程的核心配置。可以说学习Maven就是学习pom.xml文件中的配置。

约定的目录结构：约定>配置>编码。意思就是能用配置解决的问题就不编码，能基于约定的就不进行配置。而Maven正是因为指定了特定文件保存的目录才能够对我们的Java工程进行自动化构建。

坐标：使用groupId（公司或组织的域名倒序+当前项目名称）、artifactId（当前项目的模块名称）、version（当前模块的版本）【GAV】三个向量在Maven的仓库中唯一的确定一个Maven工程。

依赖管理：当A jar包需要用到B jar包中的类时，我们就说A对B有依赖。如果A依赖B，B依赖C，那么A→B和B→C都是直接依赖，而A→C是间接依赖。

<dependency>
    <!--坐标-->
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.0</version>
    <!--依赖的范围-->
    <scope>test</scope>
</dependency>

依赖的范围：

test

[1]main目录下的Java代码不能访问这个范围的依赖

[2]test目录下的Java代码可以访问这个范围的依赖

[3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下

例如：对junit的依赖。仅仅是测试程序部分需要。

provided

[1]main目录下的Java代码可以访问这个范围的依赖

[2]test目录下的Java代码可以访问这个范围的依赖

[3]部署到Tomcat服务器上运行时不会放在WEB-INF的lib目录下

例如：servlet-api在服务器上运行时，Servlet容器会提供相关API，所以部署的时候不需要。

compile

[1]main目录下的Java代码可以访问这个范围的依赖

[2]test目录下的Java代码可以访问这个范围的依赖

[3]部署到Tomcat服务器上运行时要放在WEB-INF的lib目录下

例如：对Hello的依赖。主程序、测试程序和服务器运行时都需要用到。

当存在间接依赖的情况时，只有依赖范围为compile时，主工程对间接依赖的jar才可以访问。

依赖的原则，解决jar包冲突：路径最短者优先，路径相同时先声明者优先。

统一管理当前模块中jar包的版本：

<!--统一管理当前模块的jar包的版本-->
<properties>
    <spring.version>4.0.0.RELEASE</spring.version>
</properties>

……
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-webmvc</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-jdbc</artifactId>
    <version>${spring.version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-orm</artifactId>
    <version>${spring.version}</version>
</dependency>

仓库管理：

（1）分类

本地仓库：为当前本机电脑上的所有Maven工程服务。

远程仓库：

私服：架设在当前局域网环境下，为当前局域网范围内的所有Maven工程服务。

中央仓库：架设在Internet上，为全世界所有Maven工程服务。

中央仓库的镜像：架设在各个大洲，为中央仓库分担流量。减轻中央仓库的压力，同时更快的响应用户请求。

（2）仓库中的文件

Maven的插件自己开发的项目的模块第三方框架或工具的jar包

tips：不管是什么样的jar包，在仓库中都是按照坐标生成目录结构，所以可以通过统一的方式查

询或依赖。

生命周期：

什么是Maven的生命周期

Maven生命周期定义了各个构建环节的执行顺序，有了这个清单，Maven就可以自动化的执行构建命令了。Maven有三套相互独立的生命周期，分别是：

Clean Lifecycle在进行真正的构建之前进行一些清理工作。

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

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

它们之间是相互独立的，可以调用clean来清理工作目录，调用site来生成站点。当然也可以直接运行 mvn clean install site 运行所有这三套生命周期。

每套生命周期都由一组阶段(Phase)组成，平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvn clean，这个clean是Clean生命周期的一个阶段。有Clean生命周期，也有clean阶段。

Default生命周期

Default生命周期是Maven生命周期中最重要的一个，绝大部分工作都发生在这个生命周期中。这里，只解释一些比较重要和常用的阶段：

compile 编译项目的源代码。

test-compile 编译测试源代码。

test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。

package 接受编译好的代码，打包成可发布的格式，如JAR。

install将包安装至本地仓库，以让其它项目依赖。

运行任何一个阶段的时候，它前面的所有阶段都会被运行。

插件和目标：

Maven的核心仅仅定义了抽象的生命周期，具体的任务都是交由插件完成的。

每个插件都能实现多个功能，每个功能就是一个插件目标。

Maven的生命周期与插件目标相互绑定，以完成某个具体的构建任务。

例如：compile就是插件maven-compiler-plugin的一个功能；pre-clean是插件maven-clean-plugin的一个目标。

插件的功能就是它的目标。

继承：由于非compile范围的依赖信息是不能在“依赖链”中传递的，所以有需要的工程只能单独配置。使用继承机制可以依赖信息统一提取到父工程模块中进行统一管理。

父工程的打包方式为pom，只需要保留pom.xml文件即可。

<groupId>com.hike.maven</groupId>
<artifactId>Parent</artifactId>
<packaging>pom</packaging>
<version>1.0-SNAPSHOT</version>

在子工程中引用父工程

<parent>
    <!-- 父工程坐标 -->
<groupId>...</groupId>
    <artifactId>...</artifactId>
    <version>...</version>
<!--指定从当前pom.xml文件出发寻找父工程的pom.xml文件的相对路径-->
<relativePath>..</relativePath>


</parent>
<!--继承-->
<parent>
    <groupId>com.hike.maven</groupId>
    <artifactId>Parent</artifactId>
    <version>1.0-SNAPSHOT</version>
<!--指定从当前pom.xml文件出发寻找父工程的pom.xml文件的相对路径-->
<relativePath>../Parent/pom.xml</relativePath>
</parent>

在父工程中管理依赖，将Parent项目中的dependencies标签，用dependencyManagement标签括起来

<!--依赖管理-->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.0</version>
            <scope>test</scope>
        </dependency>
    </dependencies>
</dependencyManagement

在子项目中重新指定需要的依赖，删除范围和版本号

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
</dependency>

聚合：将多个工程拆分为模块后，需要手动逐个安装到仓库后依赖才能够生效。修改源码后也需要逐个手动进行clean操作。而使用了聚合之后就可以批量进行Maven工程的安装、清理工作。

在总的聚合工程中使用modules/module标签组合，指定模块工程的相对路径即可

<!--聚合-->
<modules>
    <module>子工程相对路径</module>
</modules>

3、安装Manven核心程序

检查JAVA_HOME环境变量

解压Maven核心程序：将apache-maven-3.2.2-bin.zip解压到一个非中文无空格的目录下。

配置M2_HOME环境变量：打开系统的环境变量配置，选择系统变量，注意这里不包括bin目录

然后配置系统变量中的path，添加以下内容

在桌面上 win + r 输入cmd，输入mvn -v，出现以下信息，表示配置成功

配置Maven的本地仓库

Maven的核心程序并不包含具体功能，仅负责宏观调度。也就是说Maven不干活，清理，编译等都需要插件来进行。Maven核心程序会到本地仓库中查找插件。如果本地仓库中没有就会从远程中央仓库下载。此时如果不能上网则无法执行Maven的具体功能。为了解决这个问题，可以将Maven的本地仓库指向一个在联网情况下下载好的目录。

Maven本地仓库默认安装在此处

修改Maven的核心配置文件

修改settings.xml文件，将本地仓库的路径填写在相应位置

配置阿里云镜像，目的：使得下载jar包的速度快，从中央仓库下载速度很慢

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

仍然在settings.xml文件中，添加如上内容