Maven简述以及配置使用

1. 目前的技术存在的问题（引入Maven的重要性）

   1. 一个项目就是一个工程；

      • 如果项目非常庞大，就不再适合使用package来划分模块；最好是每一个模块对应一个工程，利于分工协作；

      • 借助于Maven可以将一个项目拆分成多个工程；

   2. 项目中的jar包需要导入到WEB-INNF/lib目录下；

      • 带来的问题：同样的jar重复的出现在不同的项目中，一方面浪费存储空间，工程也会臃肿；

      • 借助Maven，可以将jar包仅仅保存在仓库中，有需要的工程引入这个文件接口，并不需要真的把jar包引入过来；

   3. jar包需要别人替我们准备好，或者到官网下载；

      • 不同技术的官网提供jar包的方式不同；

      • 语言问题；

      • 有些技术的官网直接通过Maven或者 来提供jar包；

      • 非正规方式下载的jar包，其中的内容很可能不规范；

      • 借助于Maven可以以一种规范的方式下载jar包，因为所有知名的框架或者第三方的jar包已经按照统一的规范放在了Maven的仓库中，因此jar包也是可靠的；

   4. 一个jar包依赖的其他jar包需要自己手动导入 ；

      • 如果所有jar包之间的依赖关系都需要程序员了解，那么会极大的增加学习成本；

      • Maven会自动的将被依赖的jar包导入进来；

“统一的规范”非常重要；

 

Maven的概念

1. Maven是一款服务于Java平台的自动化构建工具；

   • Make→Ant→Maven→Gradle

2. 构建

   • 概念：以java源文件、框架的配置文件、JSP、HTML、CSS、JS、图片等资源为原材料的，去生产一个可以运行的项目的过程；

     • 生产

     • 部署

     • 搭建

   • 编译：Java源文件[User.java]→编译→Class字节码文件[User.class]→交给JVM执行 ;

   • 部署：一个BS项目最终运行的并不是动态Web工程本身，而是这个动态Web工程编译的结果；

运行时环境：是一组jar包的引用，不是jar包本身复制到工程中；

1. 构建中的各个环节

   1. 清理：将以前编译得到的旧的字节码文件删除，为下一次编译做准备

   2. 编译：将Java源程序编译成Class字节码文件

   3. 测试：自动测试，自动调用junit程序

   4. 报告：测试程序执行的结果

   5. 打包：动态Web工程打war包，Java工程打jar包

   6. 安装：Maven特定的概念，是将打包得到的文件复制到仓库中的指定位置

   7. 部署：将动态Web工程生成的war包复制到Servlet容器的指定目录下，使其可以运行

2. 自动化构建

安装Maven核心程序

1. 检查JAVA_HOME环境变量

2. 解压Maven核心程序压缩包，放在一个非中文、无空格的路径下；

3. 配置Maven的环境变量

   • 推荐配置Maven_HOME或M2_HOME（推荐）

• • 配置PATH

  • 验证：运行mvn-v命令查看Maven的版本

 

Maven的核心概念

1. 约定的目录结构

2. POM

3. 坐标

4. 依赖

5. 仓库

6. 生命周期/插件/目标

7. 继承

8. 聚合

第一个Maven工程

1. 创建约定的目录结构

   • 根目录：工程名

   • sec：源码

   • pom.xml：Maven工程的核心配置文件

   • main目录：存放主程序

     • java目录：java源文件

     • resources目录：存放框架配置文件或者其他工具的配置文件

   • test目录：存放测试程序

     • java目录：java源文件

     • resources目录：存放框架配置文件或者其他工具的配置文件

2. 为什么用规定的目录结构？

   • Maven要负责项目的自动化构建，以编译为例，Maven要想自动编译，它必须知道Java源文件保存在哪里；

   • 自定义的内容使得框架或工具知道，必须使用规定的目录表结构或者以配置的方式明确告诉框架（工具）；

   • 约定>配置>编码；

常用Maven命令

1. 注意：执行与构建过程相关的Maven命令，必须进入pom.xml所在的目录.

与构建过程相关：编译、测试、打包、......

1. 常用命令

   • mvn clean：清理

   • mvn compile：编译主程序

   • mvn test-compile：编译测试程序

   • mvn test：执行测试

   • mvn package：打包

   • mvn instal：安装

   • mvn site：生成站点

联网问题

1. Maven的核心程序中仅仅定义了抽象的生命周期，但是具体的工作必须由特定的插件来完成。而插件本身并不包含在Maven的核心流量中；

2. 当我们执行的Maven命令需要用到某些插件时，会首先在本地仓库查找；

3. 本地仓库的默认位置：[系统中当前的用户的家目录]\:m2\respsitory；

4. Maven核心程序在本地仓库找不到需要的插件，那么会自动连接外网，到中央仓库下载；

5. 此时无法连接外网，则构建失败；

6. 修改默认本地仓库的位置可以让Maven在事先准备好的仓库中查找插件；

   • 找到Maven解压目录下的\conf\settings.xml

   • 在文件中找到>标签，修改为准备好的路径即可；

POM

1. 含义：Project Object Model（项目对象模型）

   • DOM：Document Object Model 文档对象模型

2. pom.xml对于Maven工程是最核心配置文件，与构建相关的一切设置都在这个文件中进行配置，重要程度相当于web工程中的 web.xml

坐标

1. 数学中的坐标：

   • 在平面中使用X、Y两个量可以定位平面中的任何一个点；

   • 在空间中使用X、Y两个量可以定位空间中的任何一个点；

2. Maven中的坐标

   • 使用三个值来定义仓库中的一个Maven工程：

     • groupid：公司或者组织域名倒序+项目名

com.shang.maven

• • • artifactid：模块名

hello

• • • version：版本

1.0.0

 

• • 坐标与仓库中路径的对应关系

路径为：groupid/artifactid/version/artifactid-version.jar，其中groupid中的.要变成/

 

仓库

1. 仓库的分类

   • 本地仓库：当前电脑上部署的仓库目录，为当前电脑所有的指定Maven工程服务；

   • 远程仓库

     • 局域网（私服）：搭建在局域网环境中，为局域网范围内的所有Maven工程服务；

• • 中央仓库：为架设在Internet上，为世界上所有的Maven项目工程服务；

  • 中央仓库镜像：为了分担中央仓库的流量，提升用户访问的速度，也可以减轻负担；

1. 仓库中保存的内容：Maven工程

• • Maven自身所需要的插件

  • 第三方框架或工具的jar包

  • 自己开发的Maven工程

依赖

1. Maven解析依赖信息时会在本地仓库寻找被依赖的jar包

对于自己开发的Maven工程，使用install命令安装后就可以进入仓库。

mvn install

1. 依赖的范围

   • compile

     • 对主程序是否有效：√

     • 对测试程序是否有效：√

     • 是否参与打包：√

   • test

     • 对主程序是否有效：×

     • 对测试程序是否有效：√

     • 是否参与打包：×

     • 典型的例子：

• • provided

• • • 对主程序有效

    • 对测试程序有效

    • 不参与打包，因此也不参与部署

    • 典型的例子：Servlet-api.jar

---

生命周期

1. 各个构建环节执行的顺序：不能打乱顺序，必须按照既定的正确顺序来执行；

2. Maven的核心程序中定义了抽象的生命周期，生命周期中各个阶段的任务是由插件来完成的；

3. Maven核心程序为了更好的实现自动化构建，按照这一特点执行生命周期中的各个阶段：不管执行生命周期的哪一个阶段，都在此生命周期的第一个阶段开始；

4. 插件和目标

   • 生命周期的各个阶段仅仅定义了要执行的任务是什么；

   • 各个阶段和插件的目标是对应的；

   • 相似的目标由特定的插件来完成；

   • 目标可以看做是调用插件功能的命令

在eclipse中使用Maven

1. Maven插件：Eclipse内置

2. Maven插件的设置

   • installations：指定Maven核心程序的位置。不建议使用插件自带的Maven程序而应该使用自己解压的程序；

   • user-settings：指定conf/settings.xml的位置，从而获取本地仓库的位置；

3. 基本操作

   • 创建Maven版的Java工程：勾选图中项目