當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

maven 公用仓库_Maven系列（二）：Maven 核心概念

發布時間：2024/4/13 编程问答 71 豆豆

生活随笔收集整理的這篇文章主要介紹了 maven 公用仓库_Maven系列（二）：Maven 核心概念小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

一、倉庫

1.1 Maven 倉庫

倉庫是一個位置(place)，可以存儲所有的工程 jar 文件、library jar 文件、插件或任何其他的工程指定的文件。

嚴格意義上說，Maven 只有兩種類型的倉庫:

本地(local)
遠程(remote)

1.2 本地倉庫

Maven 的本地倉庫是機器上的一個文件夾。它在你第一次運行任何 Maven 命令的時候創建。

Maven 的本地倉庫保存你的工程的所有依賴(library jar、plugin jar 等)。當你運行一次 Maven 構建時，Maven 會自動下載所有依賴的 jar 文件到本地倉庫中。它避免了每次構建時都引用存放在遠程倉庫上的依賴文件。

Maven 的本地倉庫默認被創建在 ${user.home}/.m2/repository目錄下。要修改默認位置，只要在 settings.xml 文件中定義另一個路徑即可，例如：

<localRepository>
/anotherDirectory/.m2/respository
localRepository>

1.3 遠程倉庫

Maven 的遠程倉庫可以是任何其他類型的存儲庫，可通過各種協議，例如 file://和 http://來訪問。

這些存儲庫可以是由第三方提供的可供下載的遠程倉庫，也可以是在公司內的 FTP 服務器或 HTTP 服務器上設置的內部存儲庫，用于在開發團隊和發布之間共享私有的 artifacts。

中央倉庫
Maven 的中央倉庫是 Maven 社區維護的，里面包含了大量常用的庫，我們可以直接引用，是一個遠程公用倉庫，URL 地址：http://search.maven.org/^[1]
第三方倉庫
也叫私服，是指公司自己內部搭建的公共類庫站點，只提供給公司內部共享服務所使用，通常都是搭建在局域網內部使用，而且對于內部私服的連接，通常公司都會有相關的賬號密碼進行控制。

1.4 倉庫之間的關系

前面介紹了三種倉庫，那這些倉庫之間的關系是怎樣的呢？或者說一個 Maven 項目想要獲取一個jar包的話，他該從哪個倉庫中去獲取呢？

首先 Maven ?會到本地倉庫中去尋找所需要的jar包；

如果找不到就會到配置的私有倉庫中去找；

如果私有倉庫中也找不到的話，就會到配置的中央倉庫中去找；

如果還是找不到就會報錯。

但是這中間只要在某一個倉庫中找到了就會返回了，除非倉庫中有更新的版本，或者是snapshot版本。

1.5 倉庫配置

假設我們要配置一個中央倉庫，可以像下面這樣配置：

<project>
<profiles>
<profile>
<id>centralid>
<repositories>
<repository>
<id>Centralid>
<name>Centralname>
<url>http://repo.maven.apache.org/maven2/url>
repository>
repositories>
profile>
profiles>

<activeProfiles>
<activeProfile>centralactiveProfile>
activeProfiles>
...
project>

1.6 倉庫管理器

如果每個開發者都單獨配置一個中央倉庫，那每個人都到中央倉庫中去下載所需的 jar，這就退化成最原始的模式，并且是一個巨大的資源浪費。

倉庫管理器是一種專用服務器應用程序，目的是用來管理二進制組件的存儲庫。對于任何使用 Maven 的項目，倉庫管理器的使用被認為是必不可少的最佳實踐。

倉庫管理器提供了以下基本用途：

充當中央 Maven 存儲庫的專用代理服務器；

提供存儲庫作為 Maven 項目輸出的部署目標；

使用倉庫管理器可以獲得以下優點和功能：

顯著減少了遠程存儲庫的下載次數，節省了時間和帶寬，從而提高了構建性能；

由于減少了對外部存儲庫的依賴，提高了構建穩定性；

與遠程 SNAPSHOT 存儲庫交互的性能提高；

提供了一個有效的平臺，用于在組織內外交換二進制工件，而無需從源代碼中構建工件。

二、鏡像

鏡像(Mirror) 相當于一個代理，它會攔截去指定的遠程倉庫下載構件的請求，然后從自己這里找出構件回送給客戶端。配置鏡像的目的一般是出于網速考慮。

倉庫和鏡像是兩個不同的概念：前者本身是一個倉庫，可以對外提供服務，而后者本身并不是一個倉庫，它只是遠程倉庫的網絡加速器。

如果倉庫X 可以提供倉庫Y 存儲的所有內容，那么就可以認為 X是Y的一個鏡像。這也意味著，任何一個可以從某個倉庫中獲得的構件，都可以從它的鏡像中獲取。

舉個例子：http://maven.net.cn/content/groups/public/^[2] 是中央倉庫 http://repo1.maven.org/maven2/^[3] 在中國的鏡像，由于地理位置的因素，該鏡像往往能夠提供比中央倉庫更快的服務。

因此，可以在 Maven 中配置該鏡像來替代中央倉庫。在settings.xml中配置如下代碼：

<settings>
...
<mirrors>
<mirror>
<id>maven.net.cnid>
<mirrorOf>centralmirrorOf>
<name>one of the central mirrors in chinaname>
<url>http://maven.net.cn/content/groups/public/url>
mirror>
mirrors>
...
settings>

對于鏡像的最佳實踐是結合私服。由于私服可以代理任何外部的公共倉庫(包括中央倉庫)，因此，對于組織內部的 Maven用戶來說，使用一個私服地址就等于使用了所有需要的外部倉庫，這可以將配置集中到私服，從而簡化 Maven 本身的配置。在這種情況下，任何需要的構件都可以從私服獲得，私服就是所有倉庫的鏡像。

三、Maven 坐標

3.1 pom.xml

Project Object Model：項目對象模型。它是 Maven 的核心配置文件，所有的構建的配置都在這里設置。

3.2 Maven 坐標

使用groupId、artifactId、version 三個向量在倉庫中唯一的定位一個 Maven 工程。

groupId：組織標識(包名)
artifactId：項目名稱
version：項目的當前版本

示例：

3.3 Maven 為什么使用坐標？

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

四、依賴管理

Maven 核心特點之一是依賴管理。一旦我們開始處理多模塊工程(包含數百個子模塊或者子工程)的時候，模塊間的依賴關系就變得非常復雜，管理也變得很困難。針對此種情形，Maven 提供了一種高度控制的方法。

4.1 依賴配置

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

<dependencies>

<dependency>
<groupId>junitgroupId>
<artifactId>junitartifactId>
<version>4.9version>
<scope>testscope>
dependency>

<dependency>
<groupId>cn.vangroupId>
<artifactId>mavenartifactId>
<version>0.0.1-SNAPSHOTversion>
<scope>compilescope>
dependency>
dependencies>

Maven 解析依賴信息時會到本地倉庫中取查找被依賴的 jar 包；

對于本地倉庫中沒有的會去中央倉庫去查找 Maven 坐標來獲取 jar 包，獲取到 jar 之后會下載到本地倉庫；

對于中央倉庫也找不到依賴的 jar 包的時候，就會編譯失敗了。

如果依賴的是自己或者團隊開發的 Maven 工程，需要先使用 install 命令把被依賴的 Maven 工程的 jar 包導入到本地倉庫中

舉例：現在我再創建第二個 Maven 工程 hello-word，其中用到了第一個 maven-demo 工程里類的 sayHello(String name) 方法，我們在給 hello-word 項目使用 mvn compile 命令進行編譯的時候，會提示缺少依賴 maven-demo 的 jar 包。怎么辦呢？

到第一個 Maven 工程中執行 mvn?install 后，你再去看一下本地倉庫，你會發現有了 maven-demo 項目的 jar 包，一旦本地倉庫有了maven-demo 工程的 jar 包后，你再到 hello-word 項目中使用 mvn compile 命令的時候，可以成功編譯

4.2 依賴范圍

依賴范圍 scope 用來控制依賴和編譯，測試，運行的 classpath 的關系. 主要的是三種依賴關系如下：　　　　 1.compile：默認編譯依賴范圍。適用于所有階段(開發、測試、部署、運行)，本jar會一直存在所有階段；1.provided：只在開發、測試階段使用，但對于運行無效；1.runtime: 只在運行時使用。例如: jdbc 驅動；1.test：只在測試時使用，用于編譯和運行測試代碼。不會隨項目發布。

4.3 傳遞性依賴

Apple.jar 直接依賴于 Vegetables.jar，而 Vegetables.jar 又直接依賴于 Food.jar，那么 Apple.jar 也依賴于 Food.jar，這就是傳遞性依賴，只不過這種依賴是間接依賴，如下圖所示：

4.4 依賴沖突

當同一個項目中由于不同的jar包依賴了相同的jar包，此時就會發生依賴沖突的情況，如圖所示：

當項目中依賴了a和c，而a和c都依賴了b，這時就造成了沖突。為了避免沖突的產生，Maven 使用了兩種策略來解決沖突，分別是路徑最短者優先原則和路徑相同先聲明優先原則 。

路徑最短者優先原則

從項目一直到最終依賴的jar的距離，哪個距離短就依賴哪個，距離長的將被忽略掉。

路徑相同先聲明優先原則

通過jar包聲明的順序來決定使用哪個，最先聲明的jar包總是被選中，后聲明的jar包則會被忽略。

4.5 依賴排除

如果我們只想引用我們直接依賴的jar包，而不想把間接依賴的jar包也引入的話，那可以使用依賴排除的方式，將間接引用的jar包排除掉。

<exclusions>
<exclusion>
<groupId>excluded.groupIdgroupId>
<artifactId>excluded-artifactIdartifactId>
exclusion>
exclusions>

4.6 聚合

<modules>
<module>模塊一module>
<module>模塊二module>
<module>模塊三module>
modules>

將多個項目同時運行就稱為聚合，如下就是 apple、orange、peal 這三個模塊聚合。

<modules>
<module>applemodule>
<module>orangemodule>
<module>pealmodule>
modules>

聚合的優勢在于可以在一個地方編譯多個 pom.xml 文件。

聚合時 packaging 必須要是 pom

4.7 繼承

繼承為了消除重復，我們把很多相同的配置提取出來。

繼承配置代碼(父pom中的依賴)

cn.van
maven-parent
1.0.0-SNAPSHOT

junitjunit${junit.version}test

繼承代碼中定義屬性(在子 pom 中引入這個父 pom)

cn.vanmaven-parent1.0.0-SNAPSHOT

junitjunit

用 dependencyManagement ，可對依賴進行管理

這樣的好處是子模塊可以有選擇行的繼承，而不需要全部繼承。

子類只要不引用這個里面寫的groupId + artifactId，則不會添加依賴。

聚合與繼承的關系

聚合主要為了快速構建項目，繼承主要為了消除重復

五、生命周期

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

5.1 Maven 三大生命周期

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

Clean Lifecycle：在進行真正的構建之前進行一些清理工作；

Default Lifecycle：構建的核心部分，編譯，測試，打包，部署等等；

Site Lifecycle：生成項目報告，站點，發布站點。

再次強調一下它們是相互獨立的，你可以僅僅調用 clean 來清理工作目錄，僅僅調用 site 來生成站點。當然你也可以直接運行 mvn clean install site 運行所有這三套生命周期。

5.2 Clean Lifecycle 生命周期

每套生命周期都由一組階段 (`Phase`) 組成，我們平時在命令行輸入的命令總會對應于一個特定的階段。`Clean Lifecycle` 生命周期一共包含了三個階段：

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 很重要的一個規則，可以大大簡化命令行的輸入。

5.3 Default Lifecycle 生命周期

`Default Lifecycle` 生命周期是 `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 的生命周期的，因此理解生命周期至關重要。

5.4 Site Lifecycle 生命周期

該周期生成項目報告，站點，發布站點。

1. `pre-site` 執行一些需要在生成站點文檔之前完成的工作；
1. `site`：生成項目的站點文檔；
1. `post-site`：執行一些需要在生成站點文檔之后完成的工作，并且為部署做準備；
1. `site-deploy`：將生成的站點文檔部署到特定的服務器上。

這里經常用到的是 site 階段和 site-deploy 階段，用以生成和發布 Maven 站點，這是 Maven 相當強大的功能。

六 Maven 插件

插件是 Maven 的核心，所有執行的操作都是基于插件來完成的。

為了讓一個插件中可以實現眾多的相類似的功能，Maven 為插件設定了目標，一個插件中有可能有多個目標。其實生命周期中的每個階段都是由插件的一個具體目標來執行的。

Maven 的生命周期與插件目標相互綁定，以完成某個具體的構建任務，比如通過 mybatis-generator 我們可以生成很多DAO層的代碼。

七、指令

7.1 構建 Maven 項目

Maven作為一個高度自動化構建工具，本身提供了構建項目的功能，下面就來體驗一下使用 Maven 構建項目的過程。

使用mvn archetype:generate命令

mvn archetype:generate -DgroupId=cn.van -DartifactId=maven-demo -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false

使用mvn archetype:create命令

mvn archetype:create -DgroupId=cn.van -DartifactId=maven-demo -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false

使用mvn archetype:generate命令和mvn archetype:create都可以創建項目，區別就是使用使用mvn archetype:create命令創建項目更快。

Maven 創建項目的命令說明

mvn archetype:create或者mvn archetype:generate是固定寫法

　　-DgroupId　　　　　　　　組織標識(包名)
　　-DartifactId　　　　　　項目名稱
　　-DarchetypeArtifactId　指定ArchetypeId：maven-archetype-quickstart，創建一個Java Project；maven-archetype-webapp，創建一個Web Project
　　-DinteractiveMode　　　　是否使用交互模式

1. archetype是mvn內置的一個插件；1. create任務可以創建一個java項目骨架；1. DgroupId是軟件包的名稱；1. DartifactId是項目名；1. DarchetypeArtifactId是可用的mvn項目骨架，目前可以使用的骨架有：

maven-archetype-archetype
maven-archetype-j2ee-simple
maven-archetype-mojo
maven-archetype-portlet
maven-archetype-profiles (currently under development)
maven-archetype-quickstart
maven-archetype-simple (currently under development)
maven-archetype-site
maven-archetype-site-simple
maven-archetype-webapp

每一個骨架都會建相應的目錄結構和一些通用文件，最常用的是maven-archetype-quickstart(創建一個Java Project)和maven-archetype-webapp(創建一個JavaWeb Project)骨架。

7.2 使用 Maven 編譯項目

在項目創建完成后，一般來說，接著我們就可以將創建好的項目導入IDEA/Eclipse中進行開發了，我們這里直接跳過，直接假設開發完成，進行編譯/打包等流程。

編譯項目的命令是：mvn compile

* 進入項目根目錄執行mvn compile 命令編譯項目；

* 編譯成功之后，可以看到項目的根目錄下多了一個target文件夾，這個文件夾就是編譯成功之后 Maven 幫我們生成的文件夾；

* 打開target文件夾，可以看到里面有一個classes文件夾，classes文件夾中存放的就是 Maven 我們編譯好的字節碼文件。　　

這就是使用 Maven 自動編譯項目的過程。編譯完成，你需要的的依賴的包已經自動導入到本地倉庫了。

7.3 使用 Maven 清理項目

清理項目的命令是：mvn clean

進入項目根目錄執行mvn clean命令清理項目，清理項目的過程就是把執行mvn compile命令編譯項目時生成的 target 文件夾刪掉。

7.4 使用 Maven 測試項目

測試項目的命令是：mvn test

* 進入項目根目錄執行 mvn test 命令測試項目；

* 測試成功之后，可以看到項目的根目錄下多了一個target文件夾，這個文件夾就是測試成功之后 Maven 幫我們生成的文件夾；

* 打開target文件夾，可以看到里面有一個classes和test-classes文件夾，如下圖所示：

也就是說，我們執行執行 mvn test命令測試項目時，Maven 先幫我們編譯項目，然后再執行測試代碼。

7.5 使用 Maven 打包項目

打包項目的命令是：mvn package

進入項目根目錄執行 mvn package 命令測試項目；
打包成功之后，可以看到項目的根目錄下的target文件夾中多了一個 maven-demo-1.0-SNAPSHOT.jar，這個 maven-demo-1.0-SNAPSHOT.jar 就是打包成功之后 Maven 幫我們生成的 jar 文件，如下圖所示：

7.6 使用 Maven 安裝項目

安裝項目的命令是：mvn install

進入項目根目錄執行 mvn install 命令測試項目；
安裝成功之后，首先會在項目的根目錄下生成target文件夾，打開target文件夾，可以看到里面會有 maven-demo-1.0-SNAPSHOT.jar，這個 maven-demo-1.0-SNAPSHOT.jar 就是安裝成功之后 Maven 幫我們生成的 jar 文件，如下圖所示：
除此之外，在我們存放 Maven 下載下來的 jar 包的倉庫也會有一個 maven-demo-1.0-SNAPSHOT.jar，所以 Maven 安裝項目的過程，實際上就是把項目進行【清理】→【編譯】→【測試】→【打包】，再把打包好的 jar 放到我們指定的存放 jar 包的 Maven 倉庫中

所以使用 mvn install 命令，就把 Maven 構建項目的 【清理】→【編譯】→【測試】→【打包】 的這幾個過程都做了，同時將打包好的 jar 包發布到本地的 Maven 倉庫中，所以 Maven 最常用的命令還是 mvn install，這個命令能夠做的事情最多。

文中鏈接

[1]

http://search.maven.org/

[2]

http://maven.net.cn/content/groups/public/

[3]

http://repo1.maven.org/maven2/

超強干貨來襲云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的maven 公用仓库_Maven系列（二）：Maven 核心概念的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

上一篇： myeclipse 项目右键没有svn_
下一篇： bt5重启网卡命令_BackTrack