一、Maven座標

1.1、什麼是座標？

　　在平面幾何中座標（x,y）可以標識平面中唯一的一點。

1.2、Maven座標主要組成

• groupId：組織標識（包名）
• artifactId：專案名稱
• version：專案的當前版本
• packaging：專案的打包方式，最為常見的jar和war兩種

樣例：

1.3、Maven為什麼使用座標？

Maven世界擁有大量構建，我們需要找一個用來唯一標識一個構建的統一規範。
擁有了統一規範，就可以把查詢工作交給機器。

二、依賴管理

2.1、依賴配置

　　依賴配置主要包含如下元素：

<!--新增依賴配置-->
    <dependencies>
        <!--專案要使用到junit的jar包，所以在這裡新增junit的jar包的依賴-->
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.9</version>
            <scope>test</scope>
        </dependency>
        <!--專案要使用到Hello的jar包，所以在這裡新增Hello的jar包的依賴-->
        <dependency>
            <groupId>me.gacl.maven</groupId>
            <artifactId>Hello</artifactId>
            <version>0.0.1-SNAPSHOT</version>
            <scope>compile</scope>
        </dependency>    
    </dependencies>

2.2、依賴範圍

　　依賴範圍scope用來控制依賴和編譯，測試，執行的classpath的關係. 主要的是三種依賴關係如下：
　　　　1.compile： 預設編譯依賴範圍。對於編譯，測試，執行三種classpath都有效
　　　　2.test：測試依賴範圍。只對於測試classpath有效
　　　　3.provided：已提供依賴範圍。對於編譯，測試的classpath都有效，但對於執行無效。因為由容器已經提供，例如servlet-api
　　　　4.runtime:執行時提供。例如:jdbc驅動

2.3、傳遞性依賴

　　MakeFriends.jar直接依賴於HelloFriends.jar，而HelloFriends.jar又直接依賴於Hello.jar，那麼MakeFriends.jar也依賴於Hello.jar，這就是傳遞性依賴，只不過這種依賴是間接依賴，如下圖所示：

2.4、可選依賴

三、倉庫管理

3.1、Maven倉庫

　　用來統一儲存所有Maven共享構建的位置就是倉庫

3.2、Maven倉庫佈局

　　根據Maven座標定義每個構建在倉庫中唯一儲存路徑，大致為：groupId/artifactId/version/artifactId-version.packaging

3.3、倉庫的分類

3.3.1、本地倉庫

　　每個使用者只有一個本地倉庫，預設是在~/.m2/repository/，~代表的是使用者目錄

3.3.2、遠端倉庫

　　1、中央倉庫：Maven預設的遠端倉庫，URL地址：http://search.maven.org/

　　2、私服：是一種特殊的遠端倉庫，它是架設在區域網內的倉庫

四、生命週期

4.1、何為生命週期？

　　Maven生命週期就是為了對所有的構建過程進行抽象和統一，包括專案清理，初始化，編譯，打包，測試，部署等幾乎所有構建步驟

4.2、Maven三大生命週期

　　Maven有三套相互獨立的生命週期，請注意這裡說的是”三套”，而且”相互獨立”，這三套生命週期分別是：

1. Clean Lifecycle 在進行真正的構建之前進行一些清理工作。
2. Default Lifecycle 構建的核心部分，編譯，測試，打包，部署等等。
3. Site Lifecycle 生成專案報告，站點，釋出站點。

再次強調一下它們是相互獨立的，你可以僅僅呼叫clean來清理工作目錄，僅僅呼叫site來生成站點。當然你也可以直接執行 mvn clean install site 執行所有這三套生命週期。
　　clean生命週期每套生命週期都由一組階段(Phase)組成，我們平時在命令列輸入的命令總會對應於一個特定的階段。比如，執行mvn clean ，這個的clean是Clean生命週期的一個階段。有Clean生命週期，也有clean階段。Clean生命週期一共包含了三個階段：

1. pre-clean 執行一些需要在clean之前完成的工作
2. clean 移除所有上一次構建生成的檔案
3. post-clean 執行一些需要在clean之後立刻完成的工作

“mvn clean” 中的clean就是上面的clean，在一個生命週期中，執行某個階段的時候，它之前的所有階段都會被執行，也就是說，”mvn clean”等同於 mvn pre-clean clean ，如果我們執行 mvn post-clean ，那麼 pre-clean，clean 都會被執行。這是Maven很重要的一個規則，可以大大簡化命令列的輸入。
　　Site生命週期pre-site 執行一些需要在生成站點文件之前完成的工作

site 生成專案的站點文件
post-site 執行一些需要在生成站點文件之後完成的工作，並且為部署做準備
site-deploy 將生成的站點文件部署到特定的伺服器上
　　這裡經常用到的是site階段和site-deploy階段，用以生成和釋出Maven站點，這可是Maven相當強大的功能，Manager比較喜歡，文件及統計資料自動生成，很好看。
　　Default生命週期Default生命週期是Maven生命週期中最重要的一個，絕大部分工作都發生在這個生命週期中。這裡，只解釋一些比較重要和常用的階段：

• validate
• generate-sources
• process-sources
• generate-resources
• process-resources 複製並處理資原始檔，至目標目錄，準備打包。
• compile 編譯專案的原始碼。
• process-classes
• generate-test-sources
• process-test-sources
• generate-test-resources
• process-test-resources 複製並處理資原始檔，至目標測試目錄。
• test-compile 編譯測試原始碼。
• process-test-classes
• test 使用合適的單元測試框架執行測試。這些測試程式碼不會被打包或部署。
• prepare-package
• package 接受編譯好的程式碼，打包成可釋出的格式，如 JAR 。
• pre-integration-test
• integration-test
• post-integration-test
• verify
• install 將包安裝至本地倉庫，以讓其它專案依賴。
• deploy 將最終的包複製到遠端的倉庫，以讓其它開發人員與專案共享。

執行任何一個階段的時候，它前面的所有階段都會被執行，這也就是為什麼我們執行mvn install 的時候，程式碼會被編譯，測試，打包。此外，Maven的外掛機制是完全依賴Maven的生命週期的，因此理解生命週期至關重要。

五、Maven外掛

1. Maven的核心僅僅定義了抽象的生命週期，具體的任務都是交由外掛完成的。
2. 每個外掛都能實現多個功能，每個功能就是一個外掛目標。
3. Maven的生命週期與外掛目標相互繫結，以完成某個具體的構建任務，例如compile就是外掛maven-compiler-plugin的一個外掛目標。

轉載自：Maven學習總結(四)——Maven核心概念