Maven

本文详细讲解了Maven工程中的依赖管理,包括坐标引入、范围定义、仓库操作,以及pom.xml的基本配置和生命周期管理。此外,还介绍了如何配置全局与用户设置,以及如何在pom.xml中添加坐标和理解依赖范围的应用。
摘要由CSDN通过智能技术生成

依赖管理

maven 工程中不直接将 jar 包导入到工程中,而是通过在 pom.xml 文件中添加所需 jar
包的坐标,这样就很好的避免了 jar 直接引入进来,在需要用到 jar 包的时候,只要查找 pom.xml 文 件,再通过 pom.xml 文件中的坐标,到一个专门用于 存放 jar 包的仓库 ”(maven 仓库 ) 中根据坐标从 而找到这些 jar 包,再把这些 jar 包拿去运行。

 我的jar本地仓库 :D:\IDEA\Maven\maven-repository(在D:\IDEA\Maven\apache-maven-3.8.5\conf\settings.xml里修改

Maven项目标准目录结构

Maven 常用命令

 clean maven 工程的清理命令,执行 clean 会删除 target 目录及内容。从远程仓库拉取项目后执行,防止版本不一致问题。

compile maven 工程的编译命令,作用是将 src/main/java 下的文件编译为 class 文件输出到 target 目录下。

test maven 工程的测试命令 mvn test,会执行 src/test/java 下的单元测试类。也编译了src/main/java 下的代码。

package maven 工程的打包命令,对于 java 工程执行 package 打成 jar 包,对于 web 工程打成 war 包
install maven 工程的安装命令,执行 install maven 打成 jar 包或 war 包发布到本地仓库。
从运行结果中,可以看出:
当后面的命令执行时,前面的操作过程也都会自动执行,
Maven 指令的生命周期(三套相互独立)
Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
Default Lifecycle 构建的核心部分,编译,测试,打包,部署等等。
Site Lifecycle 生成项目报告,站点,发布站点。
 
插件 (plugin) 目标 (goal)
maven 管理项目生命周期过程都是基于插件完成的。

maven概念模型

5.4 pom 基本配置
pom.xml Maven 项目的核心配置文件,位于每个工程的根目录,基本配置如下:
<project > :文件的根节点 .
<modelversion > pom.xml 使用的对象模型版本
<groupId > :项目名称,一般写项目的域名
<artifactId > :模块名称,子项目名或模块名称
<version > :产品的版本号 .
<packaging > :打包类型,一般有 jar war pom
<name > :项目的显示名,常用于 Maven 生成的文档。
<description > :项目描述,常用于 Maven 生成的文档
<dependencies> :项目依赖构件配置,配置项目依赖构件的坐标
<build> :项目构建配置,配置编译、运行插件等。

 

全局 setting 与用户 setting
maven 仓库地址、私服等配置信息需要在 setting.xml 文件中配置,分为全局配置和用户配置。
maven 安装目录下的有 conf/setting.xml 文件,此 setting.xml 文件用于 maven 的所有 project
项目,它作为 maven 的全局配置。
如需要个性配置则需要在用户配置中设置,用户配置的 setting.xml 文件默认的位置在: ${user.dir}
/.m2/settings.xml 目录中 ,${user.dir} windows 中的用户目录。
maven 会先找用户配置,如果找到则以用户配置文件为准,否则使用全局配置文件。

 

 pom.xml 文件添加坐标

添加 jar 包的坐标时,还可以指定这个 jar 包将来的作用范围。
每个 maven 工程都需要定义本工程的坐标,坐标是 maven jar 包的身份定义,比如:入门程序的
坐标定义如下:
<!-- 项目名称,定义为组织名 + 项目名,类似包名 -->
<groupId>com.itheima</groupId>
<!-- 模块名称 -->
<artifactId>hello_maven</artifactId>
<!-- 当前项目版本号, snapshot 为快照版本即非正式版本, release 为正式发布版本 -->
<version>0.0.1-SNAPSHOT</version>
<packaging > :打包类型
jar :执行 package 会打成 jar
war :执行 package 会打成 war
pom :用于 maven 工程的继承,通常父工程设置为 pom

 坐标的来源方式

http://search.maven.org/
http://mvnrepository.com/
依赖范围
compile :编译范围,指 A 在编译时依赖 B ,此范围为默认依赖范围。编译范围的依赖会用在
编译、测试、运行,由于运行时需要所以编译范围的依赖会被打包。
provided provided 依赖只有在当 JDK 或者一个容器已提供该依赖之后才使用, provided
赖在编译和测试时需要,在运行时不需要,比如: servlet api tomcat 容器提供。
runtime runtime 依赖在运行和测试系统的时候需要,但在编译的时候不需要。比如: jdbc
的驱动包。由于运行时需要所以 runtime 范围的依赖会被打包。
test test 范围依赖 在编译和运行时都不需要,它们只有在测试编译和测试运行阶段可用,
比如: junit 。由于运行时不需要所以 test 范围依赖不会被打包。
system system 范围依赖与 provided 类似,但是你必须显式的提供一个对于本地系统中 JAR
文件的路径,需要指定 systemPath 磁盘路径, system 依赖不推荐使用。

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值