maven之packaging标签

1 篇文章 0 订阅

在使用Java web开发的后端工程师们大多会使用Maven作为项目构建以及编译的工具,微服务和大中台当道的今天,更加关注maven的细节是必要的。今天我们来讲一讲<packaging>标签的作用。

首先maven作为一种XML标记语言,标签通常成对存在,目前packaging标签有3种配置:

<packaging>pom</packaging>
<packaging>jar</packaging>
<packaging>war</packaging>

1. <packaging>pom</packaging>

在父级项目中的pom.xml文件使用的packaging配置一定为pom。父级的pom文件只作项目的子模块的整合,在maven install时不会生成jar/war压缩包。

一定有童鞋会问:为什么需要一个父级pom文件呢?
好处如下:

  1. 可以通过<modules>标签来整合子模块的编译顺序(Maven引入依赖使用最短路径原则,例如a<–b<–c1.0 ,d<–e<–f<–c1.1,由于路径最短,最终引入的为c1.0;但路径长度相同时,则会引入先申明的依赖)。因此尽量将更加底层的service放在更先的位置优先加载依赖较为合适。
  2. 可以将一些子项目中共用的依赖或将其版本统一写到父级配置中,以便统一管理。
  3. groupId, artifactId, version能直接从父级继承,减少子项目的pom配置。

如下我给出了我写的项目的父级pom的样式:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns="http://maven.apache.org/POM/4.0.0"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <packaging>pom</packaging>

  <groupId>cn.homie</groupId>
  <artifactId>ancient-culture</artifactId>
  <name>ancient-culture</name>
  <version>0.0.1-SNAPSHOT</version>

  <description>Carry forward the Chinese classical culture backend system. Author: Mr.Zyx
  </description>

  <modules>
    <!-- basic support service -->
    <module>homie_shared_service</module>
    <module>homie_auth_service</module>
    <module>homie_calendar_service</module>
    <!-- functional service -->
    <module>homie_user_service</module>
    <module>homie_forum_service</module>
    <module>homie_blog_service</module>
    <module>homie_divination_service</module>
    <!-- integration service -->
    <module>ancient-culture-api</module>
  </modules>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <springframework.version>5.2.1.RELEASE</springframework.version>
    <spring-data-jpa.version>2.2.2.RELEASE</spring-data-jpa.version>
    <springboot.version>2.1.8.RELEASE</springboot.version>
    <javax.persistence.version>2.2</javax.persistence.version>
    <javax.validation.version>2.0.1.Final</javax.validation.version>
    <jwt.version>3.0.0</jwt.version>
    <jackson.version>2.10.0</jackson.version>
    <net.sf.json-lib.version>2.4</net.sf.json-lib.version>
    <slf4j.version>1.7.29</slf4j.version>
    <commons-lang3.version>3.9</commons-lang3.version>
    <lombok.version>1.18.6</lombok.version>
    <tomcat.version>9.0.27</tomcat.version>
    <homie.service.version>0.0.1-SNAPSHOT</homie.service.version>
  </properties>

  <build>
    <plugins>
      <plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
          <encoding>UTF-8</encoding>
          <source>8</source>
          <target>8</target>
        </configuration>
        <groupId>org.apache.maven.plugins</groupId>
        <version>3.1</version>
      </plugin>
    </plugins>
  </build>
</project>

2. <packaging>jar</packaging>

Jar包是最为常见的打包方式,当pom文件中没有设置packaging参数时,默认使用jar方式打包。
这种打包方式意味着在maven build时会将这个项目中的所有java文件都进行编译形成.class文件,且按照原来的java文件层级结构放置,最终压缩为一个jar文件。
当我们使用mvn install命令的时候,能够发现在项目中与src文件夹同级新生成了一个target文件夹,这个文件夹内的classes文件夹即为刚才提到的编译后形成的文件夹。如下图所示,这是我自己的项目生成的target文件夹,而最下方的jar文件即为此文件夹的压缩版本。
在这里插入图片描述


2. <packaging>war</packaging>

war包与jar包非常相似,同样是编译后的.class文件按层级结构形成文件树后打包形成的压缩包。不同的是,它会将项目中依赖的所有jar包都放在WEB-INF/lib这个文件夹下,如图:
在这里插入图片描述
WEB-INF/classes文件夹仍然放置我们自己代码的编译后形成的内容。
可想而知,war包非常适合部署时使用,不再需要下载其他的依赖包,能够使用户拿到war包直接使用,因此它经常使用于微服务项目群中的入口项目的pom配置中。

总结

packaging中有3种不同的配置参数,它们各司其职、拥有差异的特性,给java web的构建与部署带来许多便利。

  • 60
    点赞
  • 143
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值