介绍
本篇文章为大家展示了包装标签如何在maven中使用,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。
在使用Java web开发的后端工程师们大多会使用maven作为项目构建以及编译的工具,微服务和大中台当道的今天,更加关注maven的细节是必要的。今天我们来讲一讲<代码> & lt; packaging> 代码标签的作用。
首先maven作为一种XML标记语言,标签通常成对存在,目前包装标签有3种配置:
& lt; packaging> pom & lt; packaging> jar & lt; packaging> war
在父级项目中的砰的一声。xml文件使用的包装配置一定为pom。父级的pom文件只作项目的子模块的整合,在maven安装时不会生成jar或war压缩包。
一定有童鞋会问:为什么需要一个父级pom文件呢?
好处如下:
- <李>可以通过<代码> & lt; modules> 代码标签来整合子模块的编译顺序(maven引入依赖使用最短路径原则,例如a<-b<-c1.0, d<-e<-f<-c1.1,由于路径最短,最终引入的为c1.0;但路径长度相同时,则会引入先申明的依赖)。因此尽量将更加底层的服务放在更先的位置优先加载依赖较为合适。李> <李>可以将一些子项目中共用的依赖或将其版本统一写到父级配置中,以便统一管理。李> <李> groupId, artifactId,版本能直接从父级继承,减少子项目的pom配置。李>
如下我给出了我写的项目的父级pom的样式:
& lt;及# 63;xml version=?.0”;编码=癠TF-8", # 63;比; http://www.w3.org/2001/XMLSchema-instance" & lt;项目xmlns: xsi=?; xmlns=癶ttp://maven.apache.org/POM/4.0.0" ,xsi: schemaLocation=癶ttp://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd"的在; & lt; modelVersion> 4.0.0 & lt; packaging> pom & lt; groupId> cn.homie & lt; artifactId> ancient-culture & lt; name> ancient-culture & lt; version> 0.0.1-SNAPSHOT & lt; description>弘扬中国古典文化的后端系统。作者:Mr.Zyx & lt;/description> & lt; modules> & lt; !——基本支持服务——比; & lt; module> homie_shared_service & lt; module> homie_auth_service & lt; module> homie_calendar_service & lt; !——功能服务——比; & lt; module> homie_user_service & lt; module> homie_forum_service & lt; module> homie_blog_service & lt; module> homie_divination_service & lt; !——集成服务比; & lt; module> ancient-culture-api & lt;/modules> & lt; properties> & lt; project.build.sourceEncoding> UTF-8 & lt; springframework.version> 5.2.1.RELEASE & lt; spring-data-jpa.version> 2.2.2.RELEASE & lt; springboot.version> 2.1.8.RELEASE & lt; javax.persistence.version> 2.2 & lt;/javax.persistence.version> & lt; javax.validation.version> 2.0.1.Final & lt; jwt.version> 3.0.0 & lt; jackson.version> 2.10.0 & lt; net.sf.json-lib.version> 2.4 & lt;/net.sf.json-lib.version> & lt; slf4j.version> 1.7.29 & lt; commons-lang3.version> 3.9 & lt;/commons-lang3.version> & lt; lombok.version> 1.18.6 & lt; tomcat.version> 9.0.27 & lt; homie.service.version> 0.0.1-SNAPSHOT & lt;/properties> & lt; build> & lt; plugins> & lt; plugin> & lt; artifactId> maven-compiler-plugin & lt; configuration> & lt; encoding> UTF-8 & lt; source> 8 & lt;/source> & lt; target> 8 & lt;/target> & lt;/configuration> & lt; groupId> org.apache.maven.plugins & lt; version> 3.1 & lt;/version> & lt;/plugin> & lt;/plugins> & lt;/build> & lt;/project>
Jar包是最为常见的打包方式,当pom文件中没有设置包装参数时,默认使用Jar方式打包。
这种打包方式意味着在maven构建时会将这个项目中的所有java文件都进行编译形成。类文件,且按照原来的java文件层级结构放置,最终压缩为一个jar文件。
当我们使用<代码> mvn install> 代码命令的时候,能够发现在项目中与src文件夹同级新生成了一个目标文件夹,这个文件夹内的类文件夹即为刚才提到的编译后形成的文件夹。如下图所示,这是我自己的项目生成的目标文件夹,而最下方的jar文件即为此文件夹的压缩版本。