Maven學習總結(四)——Maven核心概念

一、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 執行一些需要在生成站點文檔之前完成的工作

1. site 生成項目的站點文檔
2. post-site 執行一些需要在生成站點文檔之后完成的工作，並且為部署做准備
3. 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的一個插件目標。