SERVICE PHONE
发布时间:2022-08-19 17:02:19 点击量:
maven package和maven install 有什么区别?
你常用的maven命令有哪些?
是干什么的? 还有用过其它构建工具吗? 和maven有啥区别?
这几个问题都可以脱口而出,你应该是有点 maven 能耐,写代码去吧,不用看了
点赞+收藏 就学会系列,文章收录在 GitHub JavaEgg ,N线互联网开发必备技能兵器谱
Maven是Apache软件基金会唯一维护的一款自动化构建工具,专注于服务Java平台的项目构建和依赖管理。
Maven是基于项目对象模型(POM),可以通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。
Maven 能够实现自动化构建是和它的内部原理分不开的,这里我们从 Maven 的九个核心概念入手, 看看 Maven 是如何实现自动化构建的
Maven 的核心程序中仅仅定义了抽象的生命周期,而具体的操作则是由 Maven 的插件来完成的。可是 Maven 的插件并不包含在 Maven 的核心程序中,在首次使用时需要联网下载。 下载得到的插件会被保存到本地仓库中。本地仓库默认的位置是:~.m2repository。
Java开发领域普遍认同的一个观点:约定>配置>编码(能用配置解决的问题就不编码,能基于约定的就不配置)
Project Object Model:项目对象模型。将 Java 工程的相关信息封装为对象作为便于操作和管理的模型。
Maven 工程的核心配置。
<groupId>net.lazyegg.mavengroupId> <artifactId>HelloartifactId> <version>0.0.1-SNAPSHOTversion>
※ 注意:我们自己的 Maven 工程必须执行安装操作才会进入仓库。安装的命令是:mvn install
Maven 中最关键的部分,我们使用 Maven 最主要的就是使用它的依赖管理功能。要理解和掌握 Maven 的依赖管理,我们只需要解决以下几个问题:
当 A jar 包用到了 B jar 包中的某些类时,A 就对 B 产生了依赖,这是概念上的描述。那么如何在项目中以依赖的方式引入一个我们需要的 jar 包呢? 答案非常简单,就是使用 dependency 标签指定被依赖 jar 包的坐标就可以了。
<dependency> <groupId>net.lazyegg.mavengroupId> <artifactId>HelloartifactId> <version>0.0.1-SNAPSHOTversion> <scope>compilescope> dependency>
有时依赖信息中除了目标 jar 包的坐标还有一个 scope 设置,这就是依赖的范围。依赖的范围有几个可选值,常用的有:compile、test、provided 三个,当然还有不常用的 runtime、system..
compiletestprovided主程序√×√测试程序√√√参与部署√××
A 依赖 B,B 依赖 C,A 能否使用 C 呢?那要看 B 依赖 C 的范围是不是 compile,如果是则可用,否则不可用。
如果我们在当前工程中引入了一个依赖是 A,而 A 又依赖了 B,那么 Maven 会自动将 A 依赖的 B 引入当 前工程,但是个别情况下 B 有可能是一个不稳定版,或对当前工程有不良影响。这时我们可以在引入 A 的时候将 B 排除。
<dependency> <groupId>net.lazyegg.mavengroupId> <artifactId>HelloartifactId> <version>0.0.1-SNAPSHOTversion> <scope>compilescope> <exclusions><exclusion><groupId>commons-logginggroupId><artifactId>commons-loggingartifactId>exclusion>exclusions>dependency>
<properties><starfish.spring.version>4.1.1.RELEASEstarfish.spring.version><project.build.sourceEncoding>UTF-8project.build.sourceEncoding>properties>
<dependency><groupId>org.springframeworkgroupId><artifactId>spring-coreartifactId><version>${starfish.spring.version}version><scope>compilescope>dependency>
项目版本冲突时候的那种蛋疼的感觉,只有疼过的才知道,所以,我们来看看疼过的人是怎么解决的,推荐一个IDEA插件,Maven Helper,比自带的好用,一目了然
Maven 生命周期定义了各个构建环节的执行顺序,有了这个清单,Maven 就可以自动化的执行构建命令了。
Maven 有三套相互独立的生命周期,分别是:
它们是相互独立的,你可以仅仅调用 clean 来清理工作目录,仅仅调用 site 来生成站点。当然你也可以直接运行 mvn clean install site 运行所有这三套生命周期。 每套生命周期都由一组阶段(Phase)组成,我们平时在命令行输入的命令总会对应于一个特定的阶段。比 如,运行 mvn clean,这个 clean 是 Clean 生命周期的一个阶段。有 Clean 生命周期,也有 clean 阶段。
Clean 生命周期一共包含了三个阶段:
Default 生命周期是 Maven 生命周期中最重要的一个,绝大部分工作都发生在这个生命周期中(列出一些重要阶段)
运行任何一个阶段的时候,它前面的所有阶段都会被运行,例如我们运行 mvn install 的时候,代码会被编译,测试,打包。这就是 Maven 为什么能够自动执行构建过程的各个环节的原因。此外,Maven 的插件机制是完全依赖 Maven 的生命周期的,因此理解生命周期至关重要。
<parent> <groupId>com.starfish.mavengroupId><artifactId>ParentartifactId><version>0.0.1-SNAPSHOTversion><relativePath>../Parent/pom.xmlrelativePath>parent>
此时如果子工程的 groupId 和 version 如果和父工程重复则可以删除。
<dependencyManagement> <dependencies> <dependency> <groupId>junitgroupId> <artifactId>junitartifactId> <version>4.9version> <scope>testscope> dependency> dependencies>dependencyManagement>
在子项目中重新指定需要的依赖,删除范围和版本号
<dependency> <groupId>junitgroupId> <artifactId>junitartifactId>dependency>
将多个工程拆分为模块后,需要手动逐个安装到仓库后依赖才能够生效。修改源码后也需要逐个手动进 行 clean 操作。而使用了聚合之后就可以批量进行 Maven 工程的安装、清理工作。
如何配置聚合? 在总的聚合工程中使用 modules/module 标签组合,指定模块工程的相对路径即可
<modules> <module>starfish-learn-grpcmodule> <module>starfish-learn-kafkamodule> <module>starfish-web-demomodule>modules>