您的位置: 首页  >  文章  >  Maven学习笔记

Maven学习笔记

分类: 文章 • 2024-04-26 15:37:42

一、为什么使用maven

  1. 项目过大，不适合继续使用package来去划分模块，最好一个模块对应一个工程，借助Maven就可以将一个项目分成几个工程
  2. 同样的jar包文件重复出现在不同的项目工程中，浪费存储空间，工程臃肿，借助Maven，将jar包仅仅保存在“仓库”中有需要使用的工程“引用”这个文件的接口，并不需要吧jar包复制过来
  3. 借助Mavev可以以一种规范的方式下载jar包，所有的知名框架或第三方工具的jar包以及按照统一的规范存放在Maven的中央仓库中
  4. Maven会自动将被依赖的jar包导入进来

二、Maven是什么

1、Maven是一款服务于java平台的自动化构建工具

2、构建过程

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

（2）编译：将java源程序编译成class字节码文件

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

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

（5）打包：动态web工程打war包，java工程打jar包，父工程打pom包

（6）安装：Maven特定的概念——将打包得到的文件复制到“仓库”中的指定位置

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

3、安装Maven核心程序

（1）解压Maven的核心程序的压缩包，放在一个非中文无空格路径下

（2）配置Maven相关的环境变量

Maven学习笔记

（3）验证：运行   mvn -v 命令查看Maven版本

三、Maven的核心概念

  • 约定的目录结构
  • POM
  • 坐标
  • 依赖
  • 仓库
  • 生命周期/插件/目标
  • 继承
  • 聚合

1、约定的目录结构

（1）根目录：工程名

（2）src目录：源码

（3）pom.xml文件：Maven工程的核心配置文件

（4）main目录：存放主程序

（5）test目录：存放测试程序

（6）java目录：存放java元文件

（7）resources目录：存放框架或其他工具的配置文件

2、Maven的常用命令

（1）mvn clean:清理

（2）mvn compile:编译主程序

（3）mvn test-compile :编译测试程序

（4）mvn test :执行测试

（5）mvn package：打包

（6）mvn install：安装

（7）mvn site：生成站点

 3、关于联网问题

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

（2）当我们执行的Maven名利需要用到某些插件时，Maven核心程序会首先到本地仓库中查找

（3）本地仓库的默认位置：【系统只给你当前用户的家目录】\.m2\repository

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

（5）如果此时无法连接外网，则构建失败

（6）修改默认本地仓库的位置可以让Maven核心程序到我们事先准备好的目录下查找插件

         在Maven的解压目录   conf\settings.xml

         <localRepository>D:\myManven</localRepository>

4、POM

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

（2）pom.xml对于Maven工程是核心配置文件，与构建过程相关的一切设置在这个文件中配置

5、坐标

maven使用三个向量在仓库中唯一定位一个Maven工程

（1）groupid：公司或者组织域名排序+项目名

         <groupid>com.xiong.maven</groupid>

（2）artifactid：模块名

<artifactid>hello</artifactid>

（3）version:版本

<version>1.0.0</version>

（4）Maven工程的坐标与仓库中路径的对应关系

Maven学习笔记

6、仓库

（1）仓库库的分类

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

      远程仓库： 

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

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

                ③中央仓库镜像：为了分担中央仓库的流量，提升用户的方位速度

（2）仓库中保存的内容：Maven工程

            ①Maven自身所需的插件

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

           ③我们自己开发的Maven工程

7、依赖

（1）Maven解析依赖信息时会到本地仓库中查找被依赖的jar包

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

（2）compile范围依赖

  • 对主程序是否有效：有效
  • 对测试程序是否有效：有效
  • 是否参与打包：参与
  • 是否参与部署：参与
  • 典型例子：spring-core

（3）test范围依赖

  • 对主程序是否有效：有、无效
  • 对测试程序是否有效：有效
  • 是否参与打包：不参与
  • 是否参与部署：不参与
  • 典型例子：junit

（4）provided范围依赖

  • 对主程序是否有效：有效
  • 对测试程序是否有效：有效
  • 是否参与打包：不参与
  • 是否参与部署：不参与
  • 典型例子：servlet-api.jar

Maven学习笔记

8、Maven生命周期

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

（2）Maven的核心程序中定义了抽象的生命周期，生命周期的各个阶段的具体人物是由插件来完成的

（3）Maven核心程序为了更好的实现自动化构建，按照这一的特点执行生命周期中的各个阶段：不论现在要执行生命周期的哪一个阶段，都是从这个生命周期最初的位置开始执行

9、依赖（高级）

（1）依赖的传递性

          Maven学习笔记

好处：可以传递的依赖不必再每个模块工程中都重复声明，在“最下面”的工程中依赖一次即可

注意：非compile范围的依赖不能传递。所以在各个工程模块中，如果有需要需要重复声明依赖

（2）依赖的排除

Maven学习笔记

（3）依赖的原则

①作用：解决模块工程之间的jar包冲突问题

②路径最短者优先原则

Maven学习笔记

③路径相同时先声明者优先

Maven学习笔记

（4）统一管理依赖的版本

  • 使用properties标签内使用自定义标签统一声明版本号Maven学习笔记
  • 需要统一版本的位置，使用${自定义标签名}引用声明的版本号Maven学习笔记

10、继承

①现状

  •  Hello依赖junit：4.0
  •  HelloFriend依赖junit：4.0
  •   MakeFriends依赖junit：4.9

由于test范围的依赖不能传递，所以必然后分散在各个模块工程中，很容易造成版本不一致

②需求：统一管理各个模块工程中对junit依赖的版本

③解决思路：将junit依赖统一提取到“父”工程中，在子工程中声明junit依赖是不指定版本，以工程中统一设定的为准，同时也便于修改

④操作步骤

    【1】创建一个Maven工程为父工程。注意打包的方式pom

Maven学习笔记

【2】在子工程中声明对父工程的引用

Maven学习笔记

【3】将子工程的坐标中与父工程坐标中重复的内容删除

Maven学习笔记

【4】在父工程中统一管理junit的依赖

Maven学习笔记

【5】在子工程中删除junit依赖的版本号部分

Maven学习笔记

注意：配置继承后，执行安装程序命令是要先安装父工程

11、聚合

（1）作用：一键安装各个模块工程

（2）配置方式：在一个“总的聚合工程”中配置各个参与聚合的模块

Maven学习笔记

（3）使用法师：在聚合工程的pom.xml上点击右键—run as —maven install

12、在Eclipse中使用maven

（1）Maven插件:eclipse内置

（2）Maven插件设置

   installations ：制定Maven核心程序的位置

  user settings：制定conf/setting.xml位置，进而获得本地仓库的位置

 

 

 

 

 

 

相关推荐