Meven

news2024/10/7 16:27:26

目录

  • 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.coloradmin.cn/o/1879312.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

1、线性回归模型

1、线性回归模型

1、主要解决问题类型 1.1 预测分析（Prediction） 线性回归可以用来预测一个变量（通常称为因变量或响应变量）的值，基于一个或多个输入变量（自变量或预测变量）。例如，根据房屋的面积、位置等因素预测房价。 1.2 异常检测（Outlier Detection） 线性回归可以帮助识别数…
阅读更多...
vscode-创建vue3项目-修改暗黑主题-常见错误-element插件标签-用法涉及问题

vscode-创建vue3项目-修改暗黑主题-常见错误-element插件标签-用法涉及问题

文章目录 1.vscode创建运行编译vue3项目2.添加项目资源3.添加element-plus元素4.修改为暗黑主题4.1.在main.js主文件中引入暗黑样式4.2.添加自定义样式文件4.3.html页面html标签添加样式 5.常见错误5.1.未使用变量5.2.关闭typescript检查5.3.调试器支持5.4.允许未到达代码和未定…
阅读更多...
量产工具一一显示系统（一）

量产工具一一显示系统（一）

目录 前言 一、项目介绍和应用 1.简单易用 2.软件可配置、易扩展 3.纯 C 语言编程 4.类似界面应用 二、项目总体框架 三、显示系统 1.显示系统数据结构抽象 &#xff08;1&#xff09;common.h &#xff08;2&#xff09;disp_manager.h 2.Framebuffer编程 &#x…
阅读更多...
Conformal Prediction

Conformal Prediction

1 A Gentle Introduction to Conformal Prediction and Distribution-Free Uncertainty Quantification 2 Language Models with Conformal Factuality Guarantees
阅读更多...
《数据结构与算法基础 by王卓老师》学习笔记——类C语言有关操作补充

《数据结构与算法基础 by王卓老师》学习笔记——类C语言有关操作补充

1.元素类型说明 2.数组定义 3.C语言的内存动态分配 4..C中的参数传递 5.传值方式 6.传地址方式 例子
阅读更多...
grpc学习golang版（ 一、基本概念与安装 ）

grpc学习golang版（ 一、基本概念与安装 ）

系列文章目录 第一章 grpc基本概念与安装 第二章 grpc入门示例 第三章 proto文件数据类型 第四章 多服务示例 第五章 多proto文件示例 第六章 服务器流式传输 第七章 客户端流式传输 第八章 双向流示例 文章目录 一、基本介绍1.1 什么是rpc1.2 什么是grpc1.3 grpc的作用1.4 grp…
阅读更多...
Django之邮箱注册

Django之邮箱注册

目录 一、邮箱验证-环境搭建 1.1、注册流程 1.2、环境搭建 二、封装工具类 三、发送邮件接口开发 四、用户调用发送邮件接口 4.1、Fetch API 4.1.1、GET请求 4.1.2、POST请求 五、完成注册功能 一、邮箱验证-环境搭建 1.1、注册流程 1.2、环境搭建 创建项目 django-a…
阅读更多...
4 快速傅里叶变换(fast Fourier transform，FFT)

4 快速傅里叶变换(fast Fourier transform，FFT)

目录 基2FFT的基本原理&#xff0c;蝶形运算符 第L级旋转因子的计算公式 4点与8点鲽形图 确定输入x(n)的顺序 倒序算法 抽样算法 DFT与FFT运算次数公式 基2FFT的基本原理&#xff0c;蝶形运算符 第L级旋转因子的计算公式 4点与8点鲽形图 确定输入x(n)的顺序 倒序算法 1…
阅读更多...
Java开发-实际工作经验和技巧-0003-容易被忽视的Git提交代码规范

Java开发-实际工作经验和技巧-0003-容易被忽视的Git提交代码规范

Java开发-实际工作经验和技巧-0003-容易被忽视的Git提交代码规范 更多内容欢迎关注我&#xff08;持续更新中&#xff0c;欢迎Star✨&#xff09; Github&#xff1a;CodeZeng1998/Java-Developer-Work-Note 技术公众号&#xff1a;CodeZeng1998&#xff08;纯纯技术文&…
阅读更多...
C# Benchmark

C# Benchmark

创建控制台项目&#xff08;或修改现有项目的Main方法代码&#xff09;&#xff0c;Nget导入Benchmark0.13.12&#xff0c;创建测试类&#xff1a; public class StringBenchMark{int[] numbers;public StringBenchMark() {numbers Enumerable.Range(1, 20000).ToArray();}[Be…
阅读更多...
互联网算法备案 | 填报指南

互联网算法备案 | 填报指南

一、填报入口 登陆互联网信息服务算法备案系统&#xff08;以下简称备案系统&#xff09;进行填报&#xff0c;网址为https://beian.cac.gov.cn。系统首页如图1所示。 图1备案系统首页&#xff08;示意图&#xff09; 二、填报流程 填报人员需首先注册并登陆备案系统&#x…
阅读更多...
Hugging Face发布重量级版本：Transformer 4.4.2

Hugging Face发布重量级版本：Transformer 4.4.2

Hugging Face 宣布发布Transformer 4.4.2&#xff0c;该版本为流行的机器学习库带来了许多新功能和增强功能。此版本引入了几个高级模型&#xff0c;支持新工具和检索增强生成 &#xff08;RAG&#xff09;&#xff0c;提供 GGUF 微调&#xff0c;并整合了量化的 KV 缓存&#…
阅读更多...
机械设计简单介绍

机械设计简单介绍

机械设计简单介绍 1 介绍1.1 概述1.2 机械机构设计基本步骤1.3 关键1.3.1 静力学1.3.2 动力学1.3.3 运动学1.3.4 刚度学 1.4 示例【机械臂】 2 资料2.1 知识体系2.2 博客类汇总2.3 免费CAD模型获取2.4 3D打印2.5 SolidWorks 3 具备能力3.1 熟练翻阅 机械设计手册3.2 知道 N 家常…
阅读更多...
BeautifulSoup 类通过查找方法选取节点

BeautifulSoup 类通过查找方法选取节点

BeautifulSoup 类提供了一些基于 HTML 或 XML 节点树选取节点的方法&#xff0c;其中比较主流 的两个方法是 find() 方法和 find_all() 方法。 find() 方法用于查找符合条件的第一个节点&#xff1b; find_all() 方法用于查找所有符合条件的节点&#xff0c;并以列表的…
阅读更多...
代码随想录算法训练营第三十五天（dp）|509. 斐波那契数、70. 爬楼梯、746. 使用最小花费爬楼梯

代码随想录算法训练营第三十五天（dp）|509. 斐波那契数、70. 爬楼梯、746. 使用最小花费爬楼梯

509. 斐波那契数 题目链接&#xff1a;509. 斐波那契数 文档讲解&#xff1a;代码随想录 状态&#xff1a;so easy 思路&#xff1a;最简单的递归就不说了。使用动态规划的话&#xff0c;状态转移方程 dp[i] dp[i - 1] dp[i - 2] 题解&#xff1a; public int fib(int n) {…
阅读更多...
miniconda 弹出黑窗

miniconda 弹出黑窗

etc\conda\activate.d 和 envs 中不同环境中的 etc\conda\activated.d&#xff0c;只保留下图中的三个文件即可。
阅读更多...
综合项目实战--jenkins节点模式

综合项目实战--jenkins节点模式

一、DevOps流程 DevOps是一种方法论，是一系列可以帮助开发者和运维人员在实现各自目标的前提下，向自己的客户或用户交付最大化价值及最高质量成果的基本原则和实践，能让开发、测试、运维效率协同工作的方法。 DevOps流程（自动化测试部分） DevOps完整流程 二、gitee+j…
阅读更多...
Leica Cyclone 3DR2024 一款功能强大的点云建模软件下载License获取

Leica Cyclone 3DR2024 一款功能强大的点云建模软件下载License获取

Leica Cyclone 3DR 2024 是一款功能强大的点云建模软件&#xff0c;使用旨在为用户提供全面的点云管理、自动化的点云分析&#xff0c;结合强大的建模&#xff0c;在一个直观友好的环境中&#xff0c;专注的完成挑战&#xff0c;提高生产力&#xff0c;轻松创建并交付专业的成果…
阅读更多...
AWTK 用 icon_at 属性设置图标位置

AWTK 用 icon_at 属性设置图标位置

1. style 在 style 文件中通过 icon_at 属性设置图标位置。 <style name"right_bottom" icon_at"right_bottom"><normal icon"unchecked_right_bottom" /><pressed icon"unchecked_right_bottom" /><over i…
阅读更多...
揭开大语言模型（LLM）内部运作的算法逻辑

揭开大语言模型（LLM）内部运作的算法逻辑

本文探讨了 Anthropic 的突破性技术&#xff0c;以揭示大型语言模型 (LLM) 的内部工作原理&#xff0c;揭示其不透明的本质。通过深入研究LLM Claude Sonnet 的“大脑”&#xff0c;Anthropic 增强了人工智能的安全性和可解释性&#xff0c;为人工智能的决策过程提供了更深入的…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023