在使用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檔案呢？
好處如下：

• 可以通過<modules>標籤來整合子模組的編譯順序（Maven引入依賴使用最短路徑原則，例如a<–b<–c1.0 ，d<–e<–f<–c1.1，由於路徑最短，最終引入的為c1.0；但路徑長度相同時，則會引入先申明的依賴）。因此儘量將更加底層的service放在更先的位置優先載入依賴較為合適。
• 可以將一些子專案中共用的依賴或將其版本統一寫到父級配置中，以便統一管理。
• 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檔案即為此資料夾的壓縮版本。

3. <packaging>war</packaging>

war包與jar包非常相似，同樣是編譯後的.class檔案按層級結構形成檔案樹後打包形成的壓縮包。不同的是，它會將專案中依賴的所有jar包都放在WEB-INF/lib這個資料夾下，如圖：

WEB-INF/classes資料夾仍然放置我們自己程式碼的編譯後形成的內容。
可想而知，war包非常適合部署時使用，不再需要下載其他的依賴包，能夠使使用者拿到war包直接使用，因此它經常使用於微服務專案群中的入口專案的pom配置中。

總結

packaging中有3種不同的配置引數，它們各司其職、擁有差異的特性，給java web的構建與部署帶來許多便利。

到此這篇關於maven之packaging標籤的使用的文章就介紹到這了,更多相關maven packaging標籤內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們！