Maven的pom文件那些事
pom.xml文件
<groupId>org.son.nexus</groupId>//項目隸屬的實際項目名 <artifactId>nexus-indexer</artifactId>//實際項目中的一個maven項目模塊名稱 <version>2.0.0</version>//版本號 <packaging>jar</packaging>//當前maven項目打包的方式，默認為jar以上的配置會獲得一個<artifactId>-<version>.<packaging>格式的包//nexus-indexer-2.0.0.jar
<classifier>jdk7</classifier>//用于定義構建輸出的一些附屬的構建。classifier是不能直接定義的，只能存在附加的構件（插件）時，才能（必須）添加。在包名上也會有所提現（nexus-indexer-2.0.0-javadoc.jar）
jar包在倉庫中的路徑規律：groupId/artifactId/version/groupId-version
依賴倉庫
groupId、artifactId、version為基本坐標
type為依賴類型，默認為jar
scope為依賴范圍
compile：編譯，測試，運行三種classpath都有效
test：只對測試有效
provided：編譯和測試有效
runtime：測試和運行有效
system：系統依賴，依賴的包是從計算機本地導入，與systemPath配合使用
??<systemPath>${java.home}/lib/rt.jar</systemPath>
??<scope>system</scope>
傳遞性依賴
maven默認就是支持的。
什么是傳遞性依賴？
比如：現在要導入A.jar包，但A.jar有依賴于B.jar，在maven中就會默認導入B.jar，而不需要手動去導入。
scope最好設為compile
傳遞性依賴存在一個問題：工程中存在兩個jar分別依賴的是B.jar的不同版本jar包，就會出現錯誤。
optional：可選依賴，true 不會傳遞，false會傳遞（默認）
<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.10</version> <optional>true</optional> </dependency>當其他項目C依賴B項目時，mysql-connector-java的依賴不會發生傳遞給C
優點：
減少沖突，不用的功能不傳遞
一個jar應該只有 一個職責原則
exclusions排除依賴
用于替換某個 依賴中的依賴包作用
<dependencies><dependency><groupId>com.juv</groupId><artifactId>project-B</artifactId><version>1.0.0</version><exclusions><exclusion>//可以有多個<groupId>com.juv</groupId><artifactId>project-C</artifactId></exclusion></exclusions></dependency><dependency><groupId>com.juv</groupId><artifactId>project-B</artifactId><version>1.1.0</version></dependency> </dependencies>該例子的意思：不想使用project-B中版本的project-C依賴包，而將其環衛1.1.0的project-C包
歸類依賴
場景：存在一群版本號一致的依賴，想通過一個統一的配置，將其統一配置和修改
<properties><spring>2.5.6</spring> </properties>調用方式
<version>${spring}</version>部署至遠程倉庫
修改工程中的pom文件
<project>....<distributionManagement><repository> //發布版本構件的倉庫<id></id> //遠程倉庫的唯一標識<name></name> //自定義<url></url> //該倉庫地址</repository><snapshotRepository>//快照版本的設置<id></id><name></name><url></url> </snapshotRepository></distributionManagement>.... </project>如果需要認證，則在setting.xml文件中增加一個<server>元素進行配置
在配置完成后，執行mvn clean deploy 就會根據當前版本類型，發布到相應的倉庫中
快照版本
快照不是正式版本，當設為帶有SNAPSHOT的version時，即為快照版本，每次向倉庫部署是，會自動打上時間戳，其他引用快照相同版本時會自動下載更新
例如：2.1-SNAPSHOT時，則會下載2.1-20091214之類的構件
在maven本地倉庫的groupId/artifactId/version文件路徑下會存在maven-metadata.xml文件，會記錄版本信息
xml version="1.0" encoding="UTF-8" <metadata><groupId>com.android.support</groupId><artifactId>multidex</artifactId><version>1.0.0</version><versioning><versions><version>1.0.0</version><version>1.0.1</version></versions><lastUpdated>20141209014044</lastUpdated></versioning> </metadata>maven生命周期
maven的生命周期是抽象的，其實際行為都是由插件來完成的。
maven的生命周期是不做任何實際工作，實際任務都由插件完成。
maven具有三個獨立的生命周期：clean、defeat、site
1、clean生命周期：清理項目，包含三個phase。
1）pre-clean：執行清理前需要完成的工作
2）clean：清理上一次構建生成的文件
3）post-clean：執行清理后需要完成的工作
2、default生命周期：構建項目，重要的phase如下。
1）validate：驗證工程是否正確，所有需要的資源是否可用。
2）compile：編譯項目的源代碼。?
3）test：使用合適的單元測試框架來測試已編譯的源代碼。這些測試不需要已打包和布署。
4）Package：把已編譯的代碼打包成可發布的格式，比如jar。
5）integration-test：如有需要，將包處理和發布到一個能夠進行集成測試的環境。
6）verify：運行所有檢查，驗證包是否有效且達到質量標準。
7）install：把包安裝到maven本地倉庫，可以被其他工程作為依賴來使用。
8）Deploy：在集成或者發布環境下執行，將最終版本的包拷貝到遠程的repository，使得其他的開發者或者工程可以共享。
3、site生命周期：建立和發布項目站點，phase如下
1）pre-site：生成項目站點之前需要完成的工作
2）site：生成項目站點文檔
3）post-site：生成項目站點之后需要完成的工作
4）site-deploy：將項目站點發布到服務器
命令行輸入：$mvn clean 其實調用的是clean生命周期的clean階段，執行了pre-clean和clean
而這些命令其實是由插件提供功能的。
自定義綁定插件
<build><plugins><plugin><groupId>org.apache.maven.plugins</groupId>//maven官方，官方的可以省略該標簽<artifactId>maven-source-plugin</artifactId>//插件<version>2.1.1</version>//沒有version時，會默認下載最新的release版本<executions>//配置執行n個任務<execution><id>attach-sources</id>//可以任意<phase>verify</phase>//綁定到verify生命周期，在此時才會起作用<goals><goal>jar-no-fork</goal>//啟用該插件的jar-no-fork功能</goals></execution></executions></plugin></plugins> </build>因為一個插件可能存在多個功能，但我們并不一定所有的功能都需要，所以設定goal標簽，表示我們要實現的功能。
插件配置
命令行配置：$mvn install -Dt 插件相關參數 //適用于當每次運行時，這個插件的配置都會變的情況
pom中全局配置：
<build><plugins><plugin><artifactId>maven-compiler-plugin</artifactId><version>3.1</version><configuration><source>1.7</source> //jdk1.7<target>1.7</target> //編譯后jdk1.7</configuration></plugin></plugins> </build>聚合（多模塊）
意義：一次構建所有想要構建的項目
<project><modelVersion>4.0.0</modelVersion><groupId>org.son.nexus</groupId><artifactId>nexus-indexer</artifactId><version>2.0.0</version><packaging>pom</packaging>//本身也是一個maven工程<modules><module>account-email</module>//想要構建的項目，這里寫的是當前pom文件下的相對路徑地址<module>account-persilist</module></modules> </project>聚合pom文件的packaging標簽一定要是pom，其工程就只是一個pom文件，沒有其他的實現代碼
一般來說模塊處的目錄名應與其artifactId一致
聚合模塊與其他模塊的目錄結構并非一定要父子關系
繼承
父pom
<project><modelVersion>4.0.0</modelVersion><groupId>org.son.nexus</groupId><artifactId>nexus-indexer</artifactId><version>2.0.0</version><packaging>pom</packaging>//本身也是一個maven工程<dependencies><dependency><groupId>com.juv</groupId><artifactId>project-B</artifactId><version>1.0.0</version><exclusions><exclusion><groupId>com.juv</groupId><artifactId>project-C</artifactId></exclusion></exclusions></dependency><dependency><groupId>com.juv</groupId><artifactId>project-B</artifactId><version>1.1.0</version></dependency></dependencies> </project>父pom的packaging也是pom
子pom
<project><modelVersion>4.0.0</modelVersion><groupId>org.son.nexus</groupId><artifactId>nexus-B</artifactId><version>2.0.0</version><packaging>jar</packaging><parent><groupId>org.son.nexus</groupId><artifactId>nexus-C</artifactId><version>1.0.0-SNAPSHOT</version><relativePath>../pom.xml</relativePath>//相對路徑</parent> </project>子pom的packaging則不一定要是pom，但一定有parent標簽
子類的groupId和version也可以繼承與父pom文件
<dependencyManagement>標簽
作用：當子類不需要父pom中的某些依賴的時，就可以使用。
父pom
<dependencyManagement><dependencies><dependency><artifactId>spring-core</artifactId><groupId>org.springframework</groupId><version>3.1.1.RELEASE</version></dependency></dependencies> </dependencyManagement>被<dependencyManagement>標簽所包裹的依賴是不會主動被加載進入子pom中，只有子pom中顯式再次聲明的時候才會被依賴
子pom
<dependencies><dependency><artifactId>spring-core</artifactId><groupId>org.springframework</groupId></dependency> </dependencies>可以省略version等其他配置，因為父pom中已經配置過了
若想獲取父pom中所有的dependencyManagement中的構件配置，則在子pom中如下配置
<dependencyManagement><dependencies><dependency><artifactId>account-parent</artifactId><groupId>com.juvenxu.accout</groupId><version>3.1.1.RELEASE</version><type>pom</type><scope>import</scope></dependency></dependencies> </dependencyManagement>配置父pom的一些信息
插件管理
父pom中的插件不想在子類中默認使用
跟依賴管理一樣，被<pluginManagement>包裹的插件配置不會被子pom主動獲取，只有當子pom中聲明了該插件的groupId和artifactId后，才會被繼承
一個pom文件既可以是聚合也可以是父pom
反應堆
在聚合構建時，構件模塊的先后順序的排列。
按書寫的先后順序進行構建
加料區
如果同一個項目中存在多個模塊相互依賴時候，version和groupId可以使用${project.groupId}（當前模塊的groupId）和${project.verison}，這樣就不用不斷的更改了。
<finalName>標簽用來確定最終包名
from:?https://segmentfault.com/a/1190000005062416
總結
以上是生活随笔為你收集整理的Maven的pom文件那些事的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Maven入门指南（一）
- 下一篇： java日志和SLF4J随想