寫在前面
Maven,學習框架之前我們都會接觸到的一個工具,感覺他的定位,似乎就跟git一樣,只是方便我們開發?于是自然而然的,很多小猿對于Maven都只是停留在會用的階段,利用他來構建,打包,引入jar包,
而實際上呢,Maven還有很多強大的地方,多模塊開發,私服等等也是需要我們掌握的,在實際的開發中,往往是多模塊共同開發,特別是我們之前提及的Dubbo分布式開發中,多模塊開發是重中之重!
傳統專案開發
導jar包
- 既然是導jar包,我們是在本地windows開發,而實際專案是要放到linux服務器上,如果我們單純把專案打成jar包丟上去,依賴檔案也是jar包,但兩個系統因為環境不一樣,直接丟jar包(他不會重新編譯運行的),得出來的結果可能就不一樣
比如String的getByte方法,在兩個系統上得到的結果是不一樣的,如果沒有重新編譯運行,那最終也會有偏差
Maven開發
jar包(SpringBoot)
應用程式的代碼則是需要放到BOOT-INF/classes目錄下面;然后應用程式依賴的其他的jar包檔案需要放到BOOT-INF/lib目錄下,當這個jar作為standardalone的程式運行時(沒有放到container),SpringBoot會在生成的META-INF/MANIFEST.MF里面將Main-Class設定成org.springframework.boot.loader.JarLauncher,JarLauncher類會創建一個spring自己的ClassLoader: LaunchedURLClassLoader, 這個classloader 會就能通過URL來加載上面BOOT-INF/lib里面所依賴的包,并且通過反射Manifest里面的Start-Class里面定義的類,然后invoke這個類里面的main方法,
- 參考: 簡書
War包(Tomcat)
所依賴的jar包放在了WEB-INF的lib目錄下
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>-->
<!-- <!– 上邊要拉取的倉庫id–>-->
<!-- <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這一塊,具體的聚合,繼承實體,等到真正運用上了分布式開發的時候,應該會有所滲透,而私服的運用,在多臺機器上是十分重要的!
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/341674.html
標籤:Java
