Java教程

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文件中,添加如上内容 

        在idea中配置Maven

 

                可以在http://mvnrepository.com/搜索需要的jar包的依赖信息。

这篇关于JavaEE核心【Maven的基本概念和安装步骤】的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!