Meven

目录

  • 1.简介
  • 2.Maven项目目录结构
    • 2.1 约定目录结构的意义
    • 2.2 约定大于配置
  • 3. POM.XML介绍
    • 3.2 依赖引用
    • 3.3 属性管理
  • 4 Maven生命周期
    • 4.1 经常遇到的生命周期
    • 4.1 全部生命周期
  • 5.依赖范围(Scope)
  • 6. 依赖传递
    • 6.1 依赖冲突
    • 6.2 解决依赖冲突
      • 6.2.1 最近依赖者优先
      • 6.2.2 路径近者优先原则
    • 6.3 依赖排除
  • 7. 聚合项目

1.简介

Maven是一个Java项目管理和构建工具,他可以定义项目结构项目依赖,并使用同意的方式进行自动化构建,是Java项目中不可缺少的工具。

2.Maven项目目录结构

该目录结构是事先约定好的!不可随意变更。
在这里插入图片描述
另外还有一个target目录(文件夹)专门用于存放构建操作输出的结果

2.1 约定目录结构的意义

Maven未来让Java项目构建的过程尽可能自动化完成,所以必须约定目录结构的作用。
例如:Maven执行编译操作,必须先去Java源程序目录读取Java源代码,然后执行编译,最后把编译结果存放在Target目录。

2.2 约定大于配置

Maven对于目录结构这个问题,没有采用配置的方法,而是基于约定。这回让我们在开发过程中比较方便。如果在每次创建Maven工程之后,还需要对各个目录的位置进行详细的配置,那肯定非常麻烦。
目前开发领域的技术趋势是:约定大于配置、配置大于编码。

3. POM.XML介绍

了解maven本质上就是了解pom.xml文件夹
一般我们在生成一个maven项目后,基础的pom.xml如下所示:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <!--版本相关-->
    <modelVersion>4.0.0</modelVersion>
    <!--本项目坐标信息(每个maven项目都会有唯一的坐标)-->
    <!--通过这这三项组成的,通过坐标信息可以定位到具体的Jar包信息-->
    <!--定位过程是仓库->镜像->找不到报错not found-->
    
    <groupId>com.ztt</groupId> <!-- groupId 组织名称,一般是域名反写-->
    <artifactId>untitled</artifactId> <!-- artifactId 项目名-->
    <version>1.0-SNAPSHOT</version> <!-- version 版本名称-->

    <properties>
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    </properties>

</project>

3.2 依赖引用

本质上就是:如何通过坐标信息引用jar包
maven项目在<dependencies></dependencies> 引入依赖(引入jar包)。

在pom.xml添加servlet的依赖

    <dependencies>
        <!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>javax.servlet-api</artifactId>
            <version>3.1.0</version>
        </dependency>

    </dependencies>

在这里插入图片描述
这时候这个依赖就已经添加进来了

3.3 属性管理

pom.xml属性管理一般用<properties> </properties> 包裹。
如下所示,同时下面我也介绍了几个常用的属性配置。

<!--属性变量-->
    <properties>
        <!--JDK版本-->
        <maven.compiler.source>8</maven.compiler.source>
        <maven.compiler.target>8</maven.compiler.target>
        <!--编码-->
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <!--这里也经常用于声明依赖的版本-->
        <javax.servlet.version>3.1.0</javax.servlet.version>

    </properties>

注意properties中经常用于生命依赖的版本,这样做的好处是可以帮助我们进行统一的版本管理
具体操作如下。
在这里插入图片描述

4 Maven生命周期

4.1 经常遇到的生命周期

clean:默认是清除target目录中的所有文件,避免将历史版本打到新的包中造成一些不在预期中的问题。
process-resources:将资源文件src/main/resources下的文件复制到target/classes目录中。
compile:将src/main/java下的代码编译成 class 文件,也放到target/classes目录中。
process-test-resources:将资源文件src/test/resources下的文件复制到target/test-classes目录中。
test-compile:将src/test/java下的代码编译成 class 文件,也放到target/test-classes目录中。
test:运行单元测试并在target/surefire-reports中生成测试报告。
package:将资源文件、class文件、pom文件打包成一个jar/war包。
install:将生成的jar包推送到本地仓库中。
deploy:将生成的jar包推送到远程仓库中。

IDEA中打开Maven控制界面,查看生命周期
在这里插入图片描述

4.1 全部生命周期

在这里插入图片描述

1. Clean Lifecycle - 清理项目
pre-clean: 在清理之前执行的操作。
clean: 删除所有上一次构建生成的文件。

2. Default Lifecycle - 构建项目:
validate: 验证项目是正确的,所有必要的信息都已经准备就绪。
initialize: 初始化构建状态,例如设置属性。
generate-sources: 生成需要包含在编译中的源代码。
process-sources: 处理源代码,例如过滤源代码中的值。
generate-resources: 复制和生成资源文件到指定目录。
process-resources: 处理资源文件,例如替换资源中的占位符。
compile: 编译项目的源代码。
process-classes: 处理编译生成的类文件。
generate-test-sources: 生成测试源代码。
process-test-sources: 处理测试源代码。
generate-test-resources: 复制和生成测试资源文件。
process-test-resources: 处理测试资源文件。
test-compile: 编译测试源代码。
process-test-classes: 处理测试编译生成的类文件。
test: 使用单元测试框架运行测试。
prepare-package: 准备打包操作。
package: 将编译后的代码打包成可分发的格式,如JAR、WAR。
pre-integration-test: 在集成测试之前执行的操作。
integration-test:处理和部署包到可以运行集成测试的环境中。
post-integration-test: 在集成测试之后执行的操作。
verify: 运行任何检查以验证包是有效的。
install: 安装包到本地仓库,使其可以作为其他项目的依赖。
deploy: 将最终的包复制到远程仓库,供其他开发人员和项目使用。

3.Site Lifecycle - 生成项目站点
pre-site: 在生成项目站点之前执行的操作。
site: 生成项目报告和文档。
post-site: 在生成项目站点之后执行的操作。
site-deploy: 将生成的站点部署到服务器上。

5.依赖范围(Scope)

依赖作用范围一般在<scope></scope>中设置
Maven的依赖范围包括:编译、测试、运行\打包(刚入门可以把运行和打包理解成一个)
编译:只在main\java的中有效
测试:只在main\test中有效
运行\打包:项目生成war、jar包时,在运行过程中使用到该依赖。

在这里插入图片描述
作用范围的建议

  1. 所有的Scope都设置成compile也不会影响功能的正常运行,同时90%以上的依赖都会使用compile
  2. 每个依赖会有自己默认的scope,同时maven也会对依赖的scope自动补全,所以建议用官方提供的scope也没毛病。

6. 依赖传递

在Maven中,依赖可以传递的,假设存在三个项目,项目A、项目B、项目C。假设C依赖B,B依赖A,那么我们可以根据Maven项目依赖的特征推断出项目C也依赖项目A。
在这里插入图片描述

6.1 依赖冲突

依赖冲突通常发生在项目中使用了多个库,而这些库又依赖于相同库的不同版本时。这种情况可能导致构建失败或运行时错误,因为Java运行时环境要求所有类库的版本必须一致。下面是一个具体的例子来说明依赖冲突:

假设你正在开发一个Java Web应用程序,并且你的项目有以下依赖关系:

你的项目直接依赖于LibraryA,版本1.0。
LibraryA又依赖于CommonLib,版本1.5。
同时,你的项目还直接依赖于LibraryB,版本2.0。
而LibraryB也依赖于CommonLib,但需要版本2.0。

这里的依赖关系可以表示为:

在这里插入图片描述

在这个例子中,CommonLib的两个不同版本(1.5和2.0)被引入到项目中,这将导致依赖冲突。Maven会尝试根据其依赖解析策略来解决这个冲突,但如果没有明确指定版本,可能会导致以下问题:

  1. 构建失败:Maven可能无法决定使用哪个版本的CommonLib,导致构建失败。
  2. 运行时错误:如果Maven选择了一个版本,但在运行时环境中使用了另一个版本的CommonLib,可能会导致NoClassDefFoundError或ClassNotFoundException等错误。

6.2 解决依赖冲突

6.2.1 最近依赖者优先

Maven的依赖调解原则,通常被称为"最近依赖者优先"或"第一声明者原则"(First Declaration Rule),是Maven处理传递性依赖冲突时使用的一种策略。这个原则确保了依赖冲突可以通过一个简单的规则来解决,从而避免了复杂的版本冲突问题。

第一声明者原则的工作原理:
依赖树的构建:Maven首先构建项目的依赖树,包括直接依赖和所有间接依赖。

冲突检测:在构建依赖树的过程中,Maven会检测到多个依赖项可能依赖于同一个库的不同版本。

选择依赖版本:当检测到版本冲突时,Maven会选择依赖树中距离项目最近的依赖项指定的版本。换句话说,它会选择第一个声明该库依赖的依赖项的版本。

忽略后续声明:在依赖树中,任何后续声明的相同库的不同版本将被忽略,即使它们可能是更新的或更低的版本。

6.2.2 路径近者优先原则

路径近者优先原则(Shortest Path Rule)是Maven处理依赖冲突时使用的另一种策略,它与第一声明者原则有相似之处,但更侧重于依赖路径的长度。这个原则确保了在多个依赖项指向同一个库的不同版本时,Maven选择路径最短的依赖版本。

路径近者优先原则的工作原理:
依赖树构建:Maven构建项目的依赖树,包括直接依赖和间接依赖。

冲突检测:在构建依赖树的过程中,Maven检测到多个依赖项可能依赖于同一个库的不同版本。

最短路径选择:当检测到版本冲突时,Maven会选择依赖路径最短的依赖项指定的版本。依赖路径是指从项目到依赖项的直接距离。

忽略长路径声明:即使长路径上的依赖项声明了更新或更低的版本,Maven也会忽略它,因为根据路径近者优先原则,它不是最优选择。

6.3 依赖排除

依赖排除是Maven处理依赖冲突的一种常用方法。以下是如何进行依赖排除的一个具体例子:

假设你的项目直接依赖于两个库:LibraryA 和 LibraryB。但是,LibraryA 和 LibraryB 都间接依赖于同一个库 CommonLib,并且它们依赖的 CommonLib 版本不同。为了解决这个冲突,你可以选择排除一个版本的 CommonLib,并显式地声明你需要的版本作为直接依赖。

以下是pom.xml文件中的依赖配置示例:


    <dependencies>
        <!-- 直接依赖LibraryA -->
        <dependency>
            <groupId>com.example</groupId>
            <artifactId>LibraryA</artifactId>
            <version>1.0</version>
            <!-- 排除LibraryA中对CommonLib 1.5的依赖 -->
            <exclusions>
                <exclusion>
                    <groupId>com.common</groupId>
                    <artifactId>CommonLib</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        
        <!-- 直接依赖LibraryB -->
        <dependency>
            <groupId>com.example</groupId>
            <artifactId>LibraryB</artifactId>
            <version>2.0</version>
            <!-- 排除LibraryB中对CommonLib 2.0的依赖 -->
            <exclusions>
                <exclusion>
                    <groupId>com.common</groupId>
                    <artifactId>CommonLib</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        
        <!-- 显式声明CommonLib的版本,确保使用一致的版本 -->
        <dependency>
            <groupId>com.common</groupId>
            <artifactId>CommonLib</artifactId>
            <version>1.5</version> <!-- 假设我们决定使用1.5版本 -->
        </dependency>
    </dependencies>

    <!-- ... 其他配置 ... -->

在这个例子中,我们首先排除了 LibraryA 和 LibraryB 中对 CommonLib 的依赖。然后,我们添加了一个直接依赖项,指定了 CommonLib 的版本为1.5。这样,无论 LibraryA 和 LibraryB 依赖的是 CommonLib 的哪个版本,Maven都会使用我们显式声明的版本1.5。

通过这种方式,你可以控制项目中使用的依赖项的版本,避免由于依赖传递带来的版本冲突问题。

7. 聚合项目

Maven聚合项目(也称为多模块项目或父项目)是一种项目组织方式,它允许你将一个大项目分解成多个小的、可管理的模块。每个模块可以独立构建和维护,同时仍然可以作为一个整体来构建和分发。

对于项目开发,聚合项目有以下好处
模块化:将一个大项目分解成多个模块,有助于更好地组织代码,每个模块负责特定的功能或组件。
重用性:模块化使得代码可以在不同项目中重用,因为它们可以作为独立的组件进行构建和部署。
并行开发:在多模块项目中,不同的团队可以同时在不同的模块上工作,这有助于提高开发效率和加快开发速度。
依赖管理:父项目可以使用部分来统一管理所有子模块的依赖版本,确保依赖的一致性。

作为聚合项目,其父项目应该

  1. 删除src,聚合项目的父项目不承担代码,只是作为子项目的管理
  2. <packaging></packaging> 一般为jar或者war,但是作为父项目,其不是一个具体的包,固其中pom.xml中的应进行<packaging>pom</packaging>设置。
  3. 利用pom.xml中的 <modules> </modules>管理子工程

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mfbz.cn/a/758438.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

【wsl2】升级wsl及ubuntu22.04

y9kp的wsl2 还是用的自己的子网 很久没用wsl2的ubutnu22.04系统 发现无法启动 等待了挺久&#xff0c;启动了 但同时我也在升级wsl中&#xff1a; 升级wsl wsl --update 这个升级是对ubuntu22.04的运行没影响。 apt-get update 然后upgrade wsl2的升级一直在90%多不动 然…

算法 —— 双指针

目录 移动零 复写零 快乐数 盛最多水的容器 有效三角形的个数 查找总价格为目标值的两个商品 三数之和 四数之和 移动零 下图以样例1为例&#xff0c;看下图如何做到保证非零元素相对顺序前提下&#xff0c;移动零元素。 代码实现如下&#xff1a; class Solution {…

数据结构—判断题

1.数据的逻辑结构说明数据元素之间的顺序关系&#xff0c;它依赖于计算机的存储结构。 答案&#xff1a;错误 2.(neuDS)在顺序表中逻辑上相邻的元素&#xff0c;其对应的物理位置也是相邻的。 答案&#xff1a;正确 3.若一个栈的输入序列为{1, 2, 3, 4, 5}&#xff0c;则不…

加密与安全_三种方式实现基于国密非对称加密算法的加解密和签名验签

文章目录 国际算法基础概念常见的加密算法及分类签名和验签基础概念常见的签名算法应用场景 国密算法对称加密&#xff08;DES/AES⇒SM4&#xff09;非对称加密&#xff08;RSA/ECC⇒SM2&#xff09;散列(摘要/哈希)算法&#xff08;MD5/SHA⇒SM3&#xff09; Code方式一 使用B…

3、Redis集群原理分析

槽定位 (Slot Mapping): Redis Cluster 将所有数据划分为 16384 个槽位&#xff08;slots&#xff09;&#xff0c;每个槽位由一个或多个节点负责管理。Redis 集群通过 CRC16 哈希算法来计算每个 key 的哈希值&#xff0c;并对 16384 取模以确定该 key 应该存储在哪个槽位上。…

Maven基础学习

一、Why? 1.真的需要吗? 2.究竟为什么? 二、What? 1.Maven简介 2.什么是构建 3.构建过程的几个主要环节 4.自动化构建 5.Maven核心概念 6.安装Maven 三、How? 四、约定的目录结构

详解HTTP:常用的密钥交换算法RSA与ECDHE

HTTPS 常用的密钥交换算法&#xff1a;RSA 与 ECDHE 在 HTTPS 中&#xff0c;密钥交换算法扮演了至关重要的角色&#xff0c;确保数据在传输过程中的安全性。目前常用的密钥交换算法主要有两种&#xff1a;RSA 和 ECDHE。相比于较为传统的 RSA&#xff0c;ECDHE 由于具备前向安…

“论大数据处理架构及其应用”写作框架,软考高级,系统架构设计师

论文真题 大数据处理架构是专门用于处理和分析巨量复杂数据集的软件架构。它通常包括数据收集、存储、处理、分析和可视化等多个层面&#xff0c;旨在从海量、多样化的数据中提取有价值的信息。Lambda架构是大数据平台里最成熟、最稳定的架构&#xff0c;它是一种将批处理和流…

FFmpeg 命令行 音视频格式转换

&#x1f4da;&#xff1a;FFmpeg 提供了丰富的命令行选项和功能&#xff0c;可以用来处理音视频文件、流媒体等&#xff0c;掌握命令行的使用&#xff0c;可以有效提高工作效率。 目录 一、视频转换和格式转换 &#x1f535; 将视频文件转换为另一种格式 &#x1f535; 指定…

C语言分支和循环(下)

C语言分支和循环&#xff08;下&#xff09; 1. 随机数生成1.1 rand1.2 srand1.3 time1.4 设置随机数的范围 2. 猜数字游戏实现 掌握了前面学习的这些知识&#xff0c;我们就可以写⼀些稍微有趣的代码了&#xff0c;比如&#xff1a; 写⼀个猜数字游戏 游戏要求&#xff1a; 电…

文华均线交叉多空买卖点-支撑压力自动画线-波浪AB画线指标公式

A1:MA(C,5); A2:MA(C,10); MA1:MA(A1,15); MA2:MA(A2,15); JC:CROSS(MA1,MA2); SC:CROSSDOWN(MA1,MA2); N:1; JC1:BARSLAST(JC)N; SC1:BARSLAST(SC)N; VERTLINE(SC,COLORRED),DOT; VERTLINE(JC,COLORGREEN),DOT; H1:VALUEWHEN(SC,HHV(H,JC1)),COLORRED;//当前死叉到…

算法设计与分析--近似算法内容整理

文章目录 P、NP、NP-hard 和 NPC多项式时间概念区分NP-hard 的证明例题 1 证明 T S P TSP TSP 问题是 N P − h a r d NP-hard NP−hard 问题 。例题 2 证明最大加权独立集问题是 N P − h a r d NP-hard NP−hard 问题。 扩展 NP-hard 问题3-SAT 问题TSP 旅行商问题 Load B…

笔记本电脑部署VMware ESXi 6.0系统

正文共&#xff1a;888 字 18 图&#xff0c;预估阅读时间&#xff1a;1 分钟 前面我们介绍了在笔记本上安装Windows 11操作系统&#xff08;Windows 11升级不了&#xff1f;但Win10就要停服了啊&#xff01;来&#xff0c;我教你&#xff01;&#xff09;&#xff0c;也介绍了…

摸鱼大数据——Spark基础——Spark环境安装——PySpark搭建

三、PySpark环境安装 PySpark: 是Python的库, 由Spark官方提供. 专供Python语言使用. 类似Pandas一样,是一个库 Spark: 是一个独立的框架, 包含PySpark的全部功能, 除此之外, Spark框架还包含了对R语言\ Java语言\ Scala语言的支持. 功能更全. 可以认为是通用Spark。 功能 P…

Linux开发讲课29---Linux USB 设备驱动模型

Linux 内核源码&#xff1a;include\linux\usb.h Linux 内核源码&#xff1a;drivers\hid\usbhid\usbmouse.c 1. BUS/DEV/DRV 模型 "USB 接口"是逻辑上的 USB 设备&#xff0c;编写的 usb_driver 驱动程序&#xff0c;支持的是"USB 接口"&#xff1a; US…

单片机的学习(15)--LCD1602

LCD1602 14.1LCD1602的基础知识1.LCD1602介绍2.引脚及应用电路3.内部结构框图4.时序结构5.LCD1602指令集6.字符值7.LCD1602操作流程 14.2LCD1602功能函数代码1.显示一个字符&#xff08;1&#xff09;工程目录&#xff08;2&#xff09;main.c函数&#xff08;3&#xff09;LCD…

当晋升受阻或待遇不公时应怎么办?

当晋升受阻或待遇不公时应怎么办&#xff1f;

C语言中的基础指针操作

在C语言中&#xff0c;指针是一个非常重要的概念&#xff0c;它提供了直接访问内存地址的能力。指针变量用于存储内存地址&#xff0c;而不是数据值&#xff0c;在某种意义上和门牌号具有相似含义&#xff1a;指针是一个变量&#xff0c;其存储的是另一个变量的内存地址&#x…

6.27-6.29 旧c语言

#include<stdio.h> struct stu {int num;float score;struct stu *next; }; void main() {struct stu a,b,c,*head;//静态链表a.num 1;a.score 10;b.num 2;b.score 20;c.num 3;c.score 30;head &a;a.next &b;b.next &c;do{printf("%d,%5.1f\n&…

Cesium Model 中的剪裁平面 (ClippingPlane)

Cesium Model 中的剪裁平面 (ClippingPlane) 参考: https://www.cnblogs.com/webgl-angela/p/9197672.html Cesium Model 中的剪裁平面 (ClippingPlane) // 相关类: class ClippingPlaneCollection {} class ClippingPlane {}// 剪裁的整体流程: Model.prototype.update () …