随笔2（maven的基本使用）

最新推荐文章于 2025-06-15 15:36:32 发布

思诺的小世界

最新推荐文章于 2025-06-15 15:36:32 发布

阅读量767

点赞数

CC 4.0 BY-SA版权

分类专栏： MAVEN随笔

本文链接：https://blog.youkuaiyun.com/SnowXu01/article/details/108413346

MAVEN随笔专栏收录该内容

6 篇文章

订阅专栏

本文介绍了Maven的安装配置步骤，包括检查Java环境、解压安装包及配置环境变量。接着，详细讲解了POM坐标的概念，如groupId、artifactId和version，并阐述了依赖配置和依赖范围（scope）。最后，讨论了如何解决依赖冲突，特别是通过exclusions标签排除冲突的jar包。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. 安装配置

本次安装 maven 3.5.4 为例

（1）检查java环境是否安装完成

检查Java环境变量(maven是java开发的)

java -version

（2）解压安装包

解压 apache-maven-3.5.4-bin.zip 到一个非中文无空格的目录下

（3）配置环境变量M2_HOME
在这里插入图片描述

（4）配置环境变量MAVEN_HOME
在这里插入图片描述

（4）配置环境变量PATH
在这里插入图片描述

(5) 检查是否成功 mvn -v

在这里插入图片描述

2. POM 坐标和依赖

MAVEN 的核心就是通过pom.xml 文件，定义了项目的基本信息，用于描述项目如何构建，声明项目依赖等等

2.1 一个正常的pom文件示例

<!-- xml的头,指定了 xml文档的办事和编码方式 -->
<?xml version="1.0" encoding="UTF-8"?>

<!-- project 是所有pom.xml 的根元素还声明了一些xsd元素, 这些属性不是必须,但是有这些属性可以让我们在IDE中更好的编辑POM -->
<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">

    <!-- 定义了当前pom模型的版本, Maven2 和 Maven3都是 4.0.0  -->
    <modelVersion>4.0.0</modelVersion>


    <!-- 下面三行用来定义一个项目的基本坐标,在maven中所有的jar,war,pom都是基于这些基本的坐标来进行区分的 -->
    <groupId>com.sansui.share</groupId>
    <artifactId>share-code</artifactId>
    <version>1.0-SNAPSHOT</version>

    <!-- 指定了 打包的方式 pom , war ,jar -->
    <packaging>pom</packaging>


    <!-- 可以用一段文字来描述这个项目哦 -->
    <description>三岁的演示分享代码</description>

    <!-- 这个项目包含的模块 -->
    <modules>
        <module>share-platform</module>
        <module>share-business</module>
        <module>share-mscore</module>
        <module>share-deploy</module>
    </modules>

    <!-- 定义相关参数，pom文件的其他位置可以直接通过 ${} 的方式来引用这里面的变量 -->
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>1.8</maven.compiler.source>
        <maven.compiler.target>1.8</maven.compiler.target>
        <junit.test.version>4.11</junit.test.version>
        <log4j.core.version>2.8.2</log4j.core.version>
        <commons.lang3.version>3.11</commons.lang3.version>
    </properties>


    <!-- 引用包导入管理，这里定义是为了锁定版本， 在子模块中引入这些版本的时候就不需要输入版本号， 方便统一管理包版本-->
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>junit</groupId>
                <artifactId>junit</artifactId>
                <version>${junit.test.version}</version>
                <scope>test</scope>
            </dependency>
            <dependency>
                <groupId>org.apache.logging.log4j</groupId>
                <artifactId>log4j-core</artifactId>
                <version>${log4j.core.version}</version>
            </dependency>
            <dependency>
                <groupId>org.apache.commons</groupId>
                <artifactId>commons-lang3</artifactId>
                <version>${commons.lang3.version}</version>
            </dependency>
            <dependency>
                <groupId>commons-lang</groupId>
                <artifactId>commons-lang</artifactId>
                <version>2.6</version>
            </dependency>
        </dependencies>
    </dependencyManagement>
</project>

2.1 MAVEN坐标简介

Maven 坐标为各种构建引入了秩序,任何一个构建都必须明确定义自己的坐标,而一组Maven坐标是通过一些元素定义的,它们是 groupId , artifactId , version , packaging

（1）相关标签简介

标签	描述
groupId	定义当前Maven项目隶属的实际项目
artifactId	定义一个实际项目中一个项目(模块) ,推荐使用项目名称作为这个artifactId的前缀
version	定义了当前项目所处的版本信息
packaging	定义Maven项目的打包方式
classifier	帮助定义构建输出的一些复数否建.附属构建和主构件对应. 和上面四个不同,`这个不能直接定义的,只能是由附加的插件帮助生成的`.

2.2 依赖的配置

示例

<dependencies>
    	<dependency>
                <groupId>commons-discovery</groupId>
                <artifactId>commons-discovery</artifactId>
                <version>0.2</version>
                <scope>provided</scope>
                <optional>true</optional>
                <type>pom</type>
                <!-- 依赖的排除 -->
                <exclusions>
                    <exclusion>
                        <groupId>commons-logging</groupId>
                        <artifactId>commons-logging</artifactId>
                    </exclusion>
                </exclusions>
        </dependency>
</dependencies>

示例说明
（1）dependencies

配置所有的依赖关系的,可以包含一个或者多个dependency元素,可以声明一个或者多个项目的依赖

（1）dependency

配置具体的依赖包，可以包含下面几种元素
|元素| 描述 |
|–|--|
| groupId | 依赖的基本坐标(必须有) |
| artifactId| 依赖的基本坐标(必须有) |
| version | 依赖的基本坐标(必须有) |
| type | 依赖的类型,对应项目坐标定义的packaging |
| scope| 依赖的范围 |
| optional| 标记依赖是否可选 |
| exclusions| 用来排除依赖 |

2.2 scope 依赖范围

范围	描述
compile	编译依赖范围, 如果不指定,默认会使用,对于编译,测试,运行三种classpath都有效
test	测试依赖范围.使用此依赖范围的maven依赖,只对于测试classpath有效,编译主代码或者运行项目的使用时无法使用此类依赖.
provided	已提供的依赖范围,对于此案已和测试有效,运行时无效例如 servlet-api
runtime	运行时有效依赖范围,对于测试和运行有效,但是在编译时无效.如JDBC驱动
system	系统依赖范围. 和provided 依赖范围完全一致. 但是使用system 范围是必须通过systemPath 元素显示的指定依赖文件路径. 由于此类依赖不是通过Maven仓库解析的,而且往往与本机系统绑定,可能造成构建的不可移植. systemPath 元素可以引用环境变量
import	导入依赖范围. 该范围不会对三种 classpath 产生实际的影响.

（1）system 标签演示

	<!-- 这个用的比较少， 只有在一些系统组件，或者第三方sdk可能会用到 -->
    <dependency>
        <groupId>jdk.tools</groupId>
        <artifactId>jdk.tools</artifactId>
        <version>1.8</version>
        <scope>system</scope>
        <systemPath>D:/developments/java-tools/jdk1.8.0_144/lib/tools.jar</systemPath>
    </dependency>

3 依赖的冲突配置

（1）场景描述

在父工程中引入了curator-recipes，就发现jar包是有冲突的 netty存在版本上冲突问题所以我们需要移除它带有的netty包

（2）我们可以在子模块中引入这个包的时候通过exclusions 标签来忽略这个冲突的包

<dependency>
			<groupId>com.netflix.curator</groupId>
			<artifactId>curator-recipes</artifactId>
			<version>1.3.3</version>
			<type>jar</type>
			<scope>compile</scope>
			<!-- 这个标签就是处理依赖的 -->
			<exclusions>
			    <!-- 这个可以有多个或者1个的exclusion -->
				<exclusion>
					<artifactId>netty</artifactId>
					<groupId>org.jboss.netty</groupId>
				</exclusion>
			</exclusions>
</dependency>