（三）Maven詳解之倉庫------本地倉庫、遠程倉庫

在Maven中，任何一個依賴、插件或者項目構建的輸出，均可以稱之爲構件。

Maven在某個統一的位置存儲全部項目的共享的構件，這個統一的位置，咱們就稱之爲倉庫。（倉庫就是存放依賴和插件的地方）

任何的構件都有惟一的座標，Maven根據這個座標定義了構件在倉庫中的惟一存儲路徑，

解讀Maven在倉庫中的存儲路徑：

1.基於groupId準備路徑，將句點分隔符轉成路徑分隔符，就是將  "."  轉換成 "/" ; example： org.testng --->org/testng

2.基於artifactId準備路徑，將artifactId鏈接到後面：org/testng/testng

3.使用version準備路徑，將version鏈接到後面：org/testng/testng/5.8

4.將artifactId於version以分隔符連字號鏈接到後面：org/testng/testng/5.8/tesng-5.8

5.判斷若是構件有classifier，就要在 第4項 後增長 分隔符連字號 再加上 classifier，org/testng/testng/5.8/tesng-5.8-jdk5

6.檢查構件的extension，若是extension存在，則加上句點分隔符和extension，而extension是由packing決定的，org/testng/testng/5.8/tesng-5.8-jdk5.jar

到這裏咱們就明白了Maven 對於構件存儲的細節。

Maven 倉庫的分類：

maven的倉庫只有兩大類：1.本地倉庫 2.遠程倉庫，在遠程倉庫中又分紅了3種：2.1 中央倉庫 2.2 私服 2.3 其它公共庫

1.本地倉庫，顧名思義，就是Maven在本地存儲構件的地方。

注：maven的本地倉庫，在安裝maven後並不會建立，它是在第一次執行maven命令的時候才被建立

maven本地倉庫的默認位置：不管是Windows仍是Linux，在用戶的目錄下都有一個.m2/repository/的倉庫目錄，這就是Maven倉庫的默認位置

如何更改maven默認的本地倉庫的位置：這裏要引入一個新的元素：localRepository，它是存在於maven的settings.xml文件中

1.1 更改配置用戶範圍的本地倉庫：先在/.m2/目錄下建立settings.xml文件，而後在~/.m2/settings.xml，設置localRepository元素的值爲想要的倉庫地址

[html] view plaincopy

1. <settings>  

2.     <localRepository>D:\maven_new_repository</localRepository>  

3. </settings>  

這時候，maven的本地倉庫地址就變成了 D:\maven_new_repository ，注：此時配置的maven的本地倉庫是屬於用戶範圍的。

1.2 更改配置全局範圍的本地倉庫：在M2_HOME/conf/settings.xml中更改配置，更改配置的方法同上

注：此時更改後，全部的用戶都會受到影響，並且若是maven進行升級，那麼全部的配置都會被清除，因此要提早複製和備份M2_HOME/conf/settings.xml文件

故：通常狀況下不推薦配置全局的settings.xml

2. 遠程倉庫

2.1 說到遠程倉庫先從 最核心的中央倉庫開始，中央倉庫是默認的遠程倉庫，maven在安裝的時候，自帶的就是中央倉庫的配置

在maven的聚合與繼承中咱們說過，全部的maven項目都會繼承超級pom，具體的說，包含了下面配置的pom咱們就稱之爲超級pom

[html] view plaincopy

1. <repositories>  

2.     <repository>  

3.       <id>central</id>  

4.       <name>Central Repository</name>  

5.       <url>http://repo.maven.apache.org/maven2</url>  

6.       <layout>default</layout>  

7.       <snapshots>  

8.         <enabled>false</enabled>  

9.       </snapshots>  

10.     </repository>  

11.   </repositories>  

中央倉庫包含了絕大多數流行的開源Java構件，以及源碼、做者信息、SCM、信息、許可證信息等。通常來講，簡單的Java項目依賴的構件均可以在這裏下載到

2.2 私服

私 服是一種特殊的遠程倉庫，它是架設在局域網內的倉庫服務，私服代理廣域網上的遠程倉庫，供局域網內的Maven用戶使用。當Maven須要下載構件的時 候，它從私服請求，若是私服上不存在該構件，則從外部的遠程倉庫下載，緩存在私服上以後，再爲Maven的下載請求提供服務。咱們還能夠把一些沒法從外部 倉庫下載到的構件上傳到私服上。

Maven私服的 個特性：

1.節省本身的外網帶寬：減小重複請求形成的外網帶寬消耗

2.加速Maven構件：若是項目配置了不少外部遠程倉庫的時候，構建速度就會大大下降

3.部署第三方構件：有些構件沒法從外部倉庫得到的時候，咱們能夠把這些構件部署到內部倉庫(私服)中，供內部maven項目使用

4.提升穩定性，加強控制：Internet不穩定的時候，maven構建也會變的不穩定，一些私服軟件還提供了其餘的功能

5.下降中央倉庫的負荷：maven中央倉庫被請求的數量是巨大的，配置私服也能夠大大下降中央倉庫的壓力

當前主流的maven私服：

1.Apache的Archiva

2.JFrog的Artifactory

3.Sonatype的Nexus

3、遠程倉庫配置

配置遠程倉庫將引入新的配置元素：<repositories>     <repository>

在<repositories>元素下，可使用  <repository>子元素聲明一個或者多個遠程倉庫。

例子：

[html] view plaincopy

1. <repositories>  

2.         <repository>  

3.             <id>jboss</id>  

4.             <name>JBoss Repository</name>  

5.             <url>http://repository.jboss.com/maven2/</url>  

6.             <releases>  

7.                 <updatePolicy>daily</updatePolicy><!-- never,always,interval n -->  

8.                 <enabled>true</enabled>  

9.                 <checksumPolicy>warn</checksumPolicy><!-- fail,ignore -->  

10.             </releases>  

11.             <snapshots>  

12.                 <enabled>false</enabled>  

13.             </snapshots>  

14.             <layout>default</layout>  

15.         </repository>  

16.     </repositories>  

<updatePolicy>元素：表示更新的頻率，值有：never, always,interval,daily, daily 爲默認值

<checksumPolicy>元素：表示maven檢查和檢驗文件的策略，warn爲默認值

出於安全方面的考慮，有時咱們要對遠程倉庫的訪問進行認證，通常將認證信息配置在settings.xml中：

[html] view plaincopy

1. <span style="white-space:pre">    </span><servers>  

2.         <server>  

3.             <id>same with repository id in pom</id>  

4.             <username>username</username>  

5.             <password>pwd</password>  

6.         </server>  

7.     </servers>  

注：這裏的id必須與POM中須要認證的repository元素的Id一致。

如何將生成的項目部署到遠程倉庫

完成這項工做，也須要在POM中進行配置，這裏有新引入了一個元素：<distributionManagement>

distributionManagement包含了2個子元素：repository和snapshotRepository, 前者表示發佈版本構件的倉庫，後者表示快照版本的倉庫

這兩個元素都須要配置 id(該遠程倉庫的惟一標識)，name，url(表示該倉庫的地址)

向遠程倉庫中部署構件，須要進行認證。配置同上

配置正確後運行： mvn clean deploy

正確的看待快照

之 前咱們在配置pom的時候，對於快照的配置都很謹慎，或者說不多用快照的版本，緣由是它還很不穩定，極容易給咱們的系統帶來未知的錯誤，讓咱們很難查找。 其實快照版本也並非一無可取，快照最大的用途是用在開發的過程當中，尤爲是有模塊依賴的時候，好比說AB兩個模塊同時開發，A依賴於B，開發過程當中AB都 是持續集成的開發，不斷的修改POM文件和構建工程，這時候版本同步就成了一個很大的問題。使用快照就能夠達到這一目的。

其實在快照版本在發佈的過程當中，Maven會自動爲構件以當前時間戳作標記，有了這個時間戳，咱們就能夠隨時找到最新的快照版本，這樣也就解決剛纔說的 協做開發的問題。

至於A如何檢查B的更新，剛剛在講配置的時候說過，快照配置中有一個元素能夠控制檢查更新的頻率------updatePolicy

咱們也可使用命令行加參數的形式強制執行讓maven檢查更新：

mvn clean install-U

maven究竟是如何從倉庫中解析構件的呢？----maven從倉庫解析依賴的機制

1. 當依賴的範圍是system的時候，Maven直接從本地文件系統解析構件

2. 根據依賴座標計算倉庫路徑後，嘗試直接從本地倉庫尋找構件，若是發現相應構件，則解析成功

3. 在本地倉庫不存在相應的構件狀況下，若是依賴的版本是顯示的發佈版本構件，則遍歷全部的遠程倉庫，發現後下載使用

4. 若是依賴的版本是RELEASE或LATEST, 則基於更新策略讀取全部遠程倉庫的元數據，將其於本地倉庫的對應元數據合併後，計算出RELEASE或者LATEST的真實值，而後基於這個真實值檢查本地倉庫

5. 若是依賴的版本是SNAPSHOT， 則基於更新策略讀取全部遠程倉庫的元數據， 將其與本地倉庫的對應元數據合併後，獲得最新快照版本的值，而後基於該值檢查本地倉庫或從遠程倉庫下載

6. 若是最後解析到的構件版本是時間戳格式的快照，則複製其時間戳格式的文件 至 非時間戳格式，並使用該非時間戳格式的構件

注：必定要記得<release>  <enabled>     &    <snapshot>  <enabled> ，對於快照也是同樣

在POM的依賴聲明的時候不推薦使用LATEST & RELEASE, 在Maven3中也再也不支持在插件配置中使用LATEST & RELEASE， 若是不設置插件版本，那麼最終版本和release同樣，

maven只會解析最新的發佈版本構建。

鏡像