Maven還停留在導jar包？快來探索Nexus私服的新世界

寫在前面

Maven,學習框架之前我們都會接觸到的一個工具,感覺他的定位,似乎就跟git一樣,只是方便我們開發?於是自然而然的,很多小猿對於Maven都只是停留在會用的階段,利用他來構建,打包,引入jar包。
而實際上呢，Maven還有很多強大的地方，多模組開發，私服等等也是需要我們掌握的，在實際的開發中，往往是多模組共同開發，特別是我們之前提及的Dubbo分散式開發中，多模組開發是重中之重!

傳統專案開發

導jar包

• 既然是導jar包，我們是在本地windows開發，而實際專案是要放到linux伺服器上，如果我們單純把專案打成jar包丟上去，依賴檔案也是jar包，但兩個系統因為環境不一樣，直接丟jar包(他不會重新編譯執行的)，得出來的結果可能就不一樣

比如String的getByte方法，在兩個系統上得到的結果是不一樣的，如果沒有重新編譯執行，那最終也會有偏差

Maven概念

POM

Project Object Model

• 把每個專案看成一個物件來進行管理

Maven作用

專案構建和管理

提供一套自動化構建專案的方法.並且通用，相容性好，跨平臺

• 包括打包，編譯，測試，執行等一套操作下來，讓你在開發環境也可以方便進行測試等功能

構建是程式導向的，就是一些步驟，完成專案程式碼的編譯，測試，執行，打包，部署等等。
maven支援的構建包括有：
1.清理， 把之前專案編譯的東西刪除掉，我新的編譯程式碼做準備。
2.編譯， 把程式原始碼編譯為執行程式碼， java-class檔案

• 批量的，maven可以同時把成千上百的檔案編譯為class。
• javac 不一樣，javac一次編譯一個檔案。

3.測試， maven可以執行測試程式程式碼，驗證你的功能是否正確。
4.報告， 生成測試結果的檔案， 測試通過沒有。
5.打包， 把你的專案中所有的class檔案，配置檔案等所有資源放到一個壓縮檔案中。

• 這個壓縮檔案就是專案的結果檔案， 通常java程式，壓縮檔案是jar副檔名的。
• 對於web應用，壓縮副檔名是.war

6.安裝， 把5中生成的檔案jar，war安裝到本地倉庫供別的檔案使用
7.部署， 把程式安裝好可以執行。

這些在下邊的生命週期其實剛剛好體現出來

依賴管理

• 處理jar包衝突問題

統一開發結構--約定大於配置

即能進行配置的不要去編碼指定，能事先約定規則的不要去進行配置。這樣既減輕了勞動力，也能防止出錯。

• 實際上maven並沒有強行要求約束我們專案的檔案結構，而是因為他做得好，自然而然就變成一種通用的結構了

座標

倉庫

私服(下文中會有具體例項)

下載順序??

先在本地倉庫找，找不到就去私服找，如果私服沒有，則會到中央倉庫下載到私服並且傳送到本地倉庫

無論如何都還是最終會下到本地，區別只是從哪傳送到本地而已?

• 此處有點疑問，私服沒有會去中央倉庫下到私服嗎？我下邊配置了阿里雲和私服，似乎私服沒有的話是直接從阿里雲直達下載到本地倉庫，並不會通過私服？希望大佬可以指正一下！

圖源 https://m.yisu.com/zixun/309916.html

映象倉庫配置

mirrorOf

對哪種倉庫進行映象

手工maven

Maven工程目錄結構

​

構建命令

Maven構建命令使用mvn開頭，後面加功能引數，可以一次執行多個命令，使用空格分隔

clean

把編譯的去掉，target檔案目錄刪除掉

install

把你的當前專案安裝到本地倉庫，成為一個jar包供別的專案引用裡邊的類等

package

會先compile，然後再clean

​

依賴管理

依賴傳遞

依賴具有傳遞性，包括直接傳遞和間接傳遞。
直接傳遞：在當前專案中通過依賴配置建立的依賴關係（A使用B，A和B就是直接傳遞）
間接傳遞：如果A依賴B，而B依賴C，那麼A和C之間就是間接傳遞

衝突原則

路徑優先

在越淺層的優先順序越高

宣告優先

在同一層，先宣告的比較高

在同一個pom中配置了相同資源的不同版本

後配置的覆蓋前邊的

可選依賴

排除依賴

①手動排除依賴，，且2可以直接把3整個依賴進來，再排除掉特定的

②藉助idea外掛排除依賴 -- Maven Helper

開啟pom檔案，下方就可以選擇切換檢視方式

右鍵選中你需要排除的 Exclude即可

③版本鎖定--(待補充例項，拿Dubbo的吧)

Dubbo的GitHub文件中應用到了這點

<properties>
    <spring-boot.version>2.3.0.RELEASE</spring-boot.version>
    <dubbo.version>2.7.8</dubbo.version>
</properties>
    
<dependencyManagement>
    <dependencies>
        <!-- Spring Boot -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-dependencies</artifactId>
            <version>${spring-boot.version}</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>

        <!-- Apache Dubbo  -->
        <dependency>
            <groupId>org.apache.dubbo</groupId>
            <artifactId>dubbo-dependencies-bom</artifactId>
            <version>${dubbo.version}</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
      
    </dependencies>
</dependencyManagement>

<dependencies>
    <!-- Dubbo Spring Boot Starter -->
    <dependency>
        <groupId>org.apache.dubbo</groupId>
        <artifactId>dubbo-spring-boot-starter</artifactId>
        <version>2.7.8</version>
    </dependency>    
</dependencies>

dependencyManagement

• 通過它元素來管理jar包的版本，讓子專案中直接引用依賴而不用列出版本號。Maven會沿著父子層次向上走，直到找到一個擁有元素的專案，然後它就會使用在這個dependencyManagement元素中指定的版本號。

管理通用性

• 我們不需要給每個子專案都去宣告版本了，只需要在最頂層父類中統一進行管理。

可擴充套件性

• 如果某個子專案需要另外一個版本號時，只需要在dependencies中宣告一個版本號即可。子類就會使用子類宣告的版本號，不繼承於父類版本號。

依賴範圍

傳遞性(瞭解)

生命週期與外掛

繼承(SpringBoot就是一個很好的例子)

作用

通過繼承可以實現在子工程中沿用父工程中的配置（與Java類似）

製作方式

在子工程中宣告其父工程座標與對應的位置

​

<!--定義該工程的父工程-->
<parent>
  <groupId>     </groupId>
  <artifactId>    </artifactId>
  <version>    </version>
  <!--填寫父工程的pom檔案-->
  <relativePath>父工程pom檔案地址</relativePath>
</parent>

如SpringBoot中

<parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.5.6</version>
        <relativePath/> <!-- lookup parent from repository -->
</parent>

​

在父工程中定義依賴管理

可以管理版本，解決子工程中依賴衝突問題(上文提及到的版本鎖定)

​

<!--宣告此處進行依賴管理-->
<dependencyManagement>
  <!--具體的依賴-->
  <dependencies>
    <dependency>
      <groupId>     </groupId>
      <artifactId>     </artifactId>
      <version>   </version>
    </dependency>
  </dependencies>
</dependencyManagement>

​

繼承依賴使用：在子工程中定義依賴關係，無需宣告依賴版本，版本參照父工程中依賴的版本
​

<dependencies>
  <dependency>
    <groupId> </groupId>
    <artifactId> </artifactId>
  </dependency>
</dependencies>

​

聚合

• 我們實際開發中，很多時候是多模組開發，會把業務單獨抽離出來成為一個模組，比如Dao模組，Service模組
  • 那這個時候比如說Dao模組發生了變化，其他所有依賴Dao模組的模組怎麼辦呢，都得去更新嗎?他自己知道嗎?還是得我們自己去重新install重新依賴，有沒有辦法讓他們同時更新而不是單獨更新呢?--這就要用到我們的聚合

建立一個空模組

打包型別設定為pom

<packaging>pom</packaging>

聚合module

效果

私服倉庫分類

• 宿主倉庫hosted：指的是我們公司或團隊內部的包，並且 hosted 型別的倉庫會分為 releases 和 snapshots 兩個，前者是正式版，後者一般是開發測試版(快照版)；

儲存那些無法從中央倉庫直接獲取的資源，比如說我們自己研發的一些專案，或者一些第三方非開源專案比如oracle(要注意版權問題)

• 代理倉庫proxy：用來代理中央倉庫，例如我們依賴的包在本地倉庫沒有，就會到私服獲取，私服沒有的話，會到中央倉庫先把包下載到私服，然後再下載到本地倉庫；
• 倉庫組group：把多個倉庫組合起來，然後我們專案中只需要配置上這個型別的倉庫地址，就可以把它裡面組合的幾個倉庫都關聯上.

**快速搭載Nexus私服

私服作用

有時候我們是多臺機器開發，而我們要去引用別人機器上的模組jar包時，這個時候對方單純install也只是釋出到對方電腦上的本地倉庫而已，我們還是訪問不到.這個時候就需要一箇中間商私服，來存放一些需要共享的資源

nexus下載安裝

• 首先要下載 nexus 搭載我們的私服
• 下載完成後，修改etc中的啟動埠(預設是8081)

• 進入bin目錄
• vim nexus
• 進入後直接 /run_as_user 查詢到run_as_root 再按 i 進入編輯模式

把這一項改為false ， 才可以用root使用者開啟nexus

• 修改完成後 按ESC退出編輯模式進入命令模式 輸入 :wq 儲存退出即可
• 最後 ./nexus start 啟動
• 訪問你設定的埠號

賬號預設是admin

初次登入會提示你去特定位置找密碼

在該目錄下尋找即可

之後可以修改預設密碼

訪問私服倉庫(手動上傳)--不推薦

• 上方可以切換檢視，左邊是瀏覽倉庫，右邊的管理設定倉庫，我們在管理這一層新增一個自己的倉庫

這裡我們建立一個宿主倉庫

修改快照版/發行版

找到maven-public ， 把我們剛建立的包含進去即可

去瀏覽頁面找到我們的倉庫，手動上傳

idea環境上傳

需要配置兩個地方

• 一個是本地倉庫如何跟私服打交道 -- 對應預設的總setting檔案
• 一個是我們的工程要釋出到私服具體哪個倉庫 -- 對應當前專案pom檔案裡邊的配置

​

​

上傳jar認證配置

上傳jar包需要認證，maven的認證是在.m2/settings.xml或自己的的maven裡settings.xml中servers標籤下配置的.

這裡特別說明一下，servers配置的ID很關鍵，這個與你專案裡面的distrubtionManagement下配置的倉庫ID一致，否則會報稽核未通過的錯誤。

<!--  配置訪問伺服器的許可權-->
    <server>
        <id>nexus-Melo</id>
        <username>admin</username>
        <password>admin</password>
    </server>
    <server>
          <id>Melo-Release</id>
          <username>admin</username>
          <password>admin</password>
    </server>
    <server>
          <id>Melo-Snapshots</id>
          <username>admin</username>
          <password>admin</password>
    </server>

這裡的id對應了setting.xml裡配置的server.id資訊，name任取

<!--    私服釋出管理-->
    <distributionManagement>
        <repository>
          	 <!--			id要跟setting中配置訪問時的id一致-->
            <id>Melo-Release</id>
             <!--			倉庫地址 去nexus網站找到倉庫複製url即可 -->  
            <url>http://ip地址:埠/repository/Melo-Release/</url>
        </repository>
        <snapshotRepository>
            <id>Melo-Snapshots</id>
            <url>http://ip地址:埠/repository/Melo-Snapshot/</url>
        </snapshotRepository>
    </distributionManagement>

上傳效果

idea環境從私服獲取(同時使用阿里雲映象+私服)

• 配置全域性setting.xml，我們所有專案就都會去私服找了

建議使用自帶的maven-public倉庫組 ， 然後把我們自己建立的倉庫包含進去

注意不要把proxy類的倉庫包含進我們的group!這樣我們配置的阿里雲映象就失效了

除非自己去手動改proxy代理的倉庫地址，但個人感覺不太推薦，具體見後文"另外的實現方式"

配置server--訪問伺服器的許可權

包含拉取和上傳的兩部分配置，兩部分都需要許可權

<!--  配置訪問伺服器的許可權-->
    <!--第一個id要和下面的mirror中的id一致，代表拉取時也需要進行身份校驗-->
    <server>
        <id>nexus-Melo</id>
        <username>你的私服賬號</username>
        <password>你的私服密碼</password>
    </server>
<!--    下邊是我們上傳時的訪問配置,id對應你上傳時<distributionManagement>中寫的id-->
    <server>
          <id>Melo-Release</id>
          <username>你的私服賬號</username>
          <password>你的私服密碼</password>
    </server>
    <server>
          <id>Melo-Snapshots</id>
          <username>你的私服賬號</username>
          <password>你的私服密碼</password>
    </server>

配置mirror

<!--    阿里雲私服,拿中央倉庫-->
    <mirror>
      <id>alimaven</id>
      <name>aliyun maven</name>
      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
<!--      訪問中央倉庫才使用阿里雲映象-->
      <mirrorOf>central</mirrorOf>
    </mirror>
<!--    自己的maven私服-->
    <mirror>
      <id>nexus-Melo</id>
      <!--映象名稱 -->
      <name>nexus-Melo</name>
      
      <!--映象除了中央倉庫以外的倉庫(本地有的話還是優先本地,沒有再去私服找,私服沒有的話會先通過阿里雲下載到私服,再傳送到本地)-->
      <mirrorOf>!central</mirrorOf>
      <!--該映象的URL。構建系統會優先考慮使用該URL，而非使用預設的伺服器URL。
 					選擇你用哪個私服倉庫來作為映象,建議選擇自帶的maven-public,具體看上邊	-->
      <url>http://ip地址:埠/repository/maven-public/</url>
    </mirror>

擴充套件--mirrorOf

*表示所有 !表示非

，!repo1 : 在除了repo1的倉庫中尋找
external: : 剛好跟上邊的 !internal.repo，* 相反

擴充套件--mirror**

• 預設情況下配置多個mirror的情況下，只有第一個生效。
  • 無法連線的時候，才會去找後一個；而我們想要的效果是：當某個jar包在第一個mirror中不存在的時候，maven會去第二個mirror中查詢下載，但是maven不會這樣做！

​

正確的操作是在profiles節點下配置多個profile，而且配置之後要啟用!!!!

配置profile

<!--      阿里雲-->
   <profile>
          <id>aliyun</id>
          <repositories>
              <repository>
                  <id>aliyun</id>
                  <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
                  <releases>
                      <enabled>true</enabled>
                  </releases>
                  <snapshots>
                      <enabled>true</enabled>
                      <updatePolicy>always</updatePolicy>
                  </snapshots>
              </repository>
          </repositories>
   </profile>

<!--      自己的私服-->
  <profile>
<!--      注意這個id,下邊啟用的時候會用到,要一一對應-->
      <id>nexus-pr</id>
      <!-- 遠端倉庫列表 -->
      <repositories>
        <repository>
                 <!--          上邊要拉取的倉庫id-->
          <id>nexus-Melo</id>
          <name>nexus-Melo</name>
          <!-- 虛擬的URL形式,指向映象的URL-->
          <url>http://ip地址:埠/repository/maven-public/</url>
          <layout>default</layout>
          <!-- 表示可以從這個倉庫下載releases版本的構件-->
          <releases>
            <enabled>true</enabled>
          </releases>
          <!-- 表示可以從這個倉庫下載snapshot版本的構件 -->
          <snapshots>
            <enabled>true</enabled>
          </snapshots>
        </repository>
      </repositories>
     <!-- 暫時還沒有自定義外掛的需求 -->
            <!-- 外掛倉庫列表 -->
<!--      <pluginRepositories>-->
<!--        <pluginRepository>-->
<!--          &lt;!&ndash;          上邊要拉取的倉庫id&ndash;&gt;-->
<!--          <id>nexus-Melo</id>-->
<!--          <name>nexus-Melo</name>-->
<!--          <url>http://114.132.235.87:9001/repository/maven-public/</url>-->
<!--          <layout>default</layout>-->
<!--          <snapshots>-->
<!--            <enabled>true</enabled>-->
<!--          </snapshots>-->
<!--          <releases>-->
<!--            <enabled>true</enabled>-->
<!--          </releases>-->
<!--        </pluginRepository>-->
<!--      </pluginRepositories>-->
    </profile>

啟用profile!!

				<!--對應上邊profile定義的id!!!-->
<!--      啟用阿里雲-->
      <activeProfile>aliyun</activeProfile>
<!--      啟用nexus-->
      <activeProfile>nexus-pr</activeProfile>
      <activeProfile>jdk-1.8</activeProfile>

實現阿里雲與私服共存的效果

那些中央倉庫有的檔案，就會走阿里雲映象去下載，如果是我們自定義的jar包(中央倉庫沒有的)，就會走我們的私服去下載!

另外的實現方式

• 其實我們也可以直接在私服建立一個proxy倉庫，讓他代理阿里雲映象就好了，但是這樣其實也有個問題，就是proxy倉庫本身是不允許我們自定義上傳元件的，所以綜合考慮的話還是上邊自行配置的方法好一點

寫在最後

• maven這一塊，具體的聚合，繼承例項，等到真正運用上了分散式開發的時候，應該會有所滲透。而私服的運用，在多臺機器上是十分重要的！