欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

使用maven依賴詳解

 更新時(shí)間:2025年02月08日 10:55:16   作者:微笑聽雨。  
本文主要介紹了Maven的基礎(chǔ)知識(shí),包括Maven的簡介、倉庫類型、常用命令、場景舉例、指令總結(jié)、依賴范圍、settings.xml說明等,同時(shí),還詳細(xì)講解了Maven依賴的傳遞、手動(dòng)聲明optional、沖突解決等概念

1. maven基礎(chǔ)

1.1 簡介

maven 是一個(gè)項(xiàng)目管理工具,主要作用是在項(xiàng)目開發(fā)階段對Java項(xiàng)目進(jìn)行依賴管理和項(xiàng)目構(gòu)建。

依賴管理:就是對jar包的管理。通過導(dǎo)入maven坐標(biāo),就相當(dāng)于將倉庫中的jar包導(dǎo)入了當(dāng)前項(xiàng)目中。

項(xiàng)目構(gòu)建:通過maven的一個(gè)命令就可以完成項(xiàng)目從清理、編譯、測試、報(bào)告、打包,部署整個(gè)過程。

1.2 倉庫類型

  • 本地倉庫
  • 遠(yuǎn)程倉庫

①maven中央倉庫

②maven私服(公司局域網(wǎng)內(nèi)的倉庫,如Nexus)

③其他公共遠(yuǎn)程倉庫

1.3 常用命令

命令描述
mvn clean對項(xiàng)目進(jìn)行清理,刪除target目錄下編譯的內(nèi)容
mvn validate驗(yàn)證工程是否正確,所有需要的資源是否可用
mvn compile編譯當(dāng)前的工程,將Java文件編譯成.class文件(真正在jvm里面運(yùn)行的文件)
mvn test對項(xiàng)目進(jìn)行運(yùn)行測試
mvn package打包文件并存放到項(xiàng)目的target目錄下,打包好的文件通常都是編譯后的class文件
mvn verify運(yùn)行任何檢查,驗(yàn)證包是否有效且達(dá)到質(zhì)量標(biāo)準(zhǔn)
mvn install在本地倉庫生成倉庫的安裝包,可供其他項(xiàng)目引用,同時(shí)打包后的文件放到項(xiàng)目的target目錄下
mvn site生成項(xiàng)目相關(guān)信息的網(wǎng)站
mvn deploy發(fā)布工程至指定的遠(yuǎn)端倉庫當(dāng)中,可以被其他機(jī)器通過pom坐標(biāo)引用

1.4 場景舉例

mvn clean package

  • 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7個(gè)階段
  • package命令完成了項(xiàng)目編譯、單元測試、打包功能,但沒有把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫和遠(yuǎn)程maven私服倉庫

mvn clean install

  • 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8個(gè)階段
  • install命令完成了項(xiàng)目編譯、單元測試、打包功能,同時(shí)把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫,但沒有布署到遠(yuǎn)程maven私服倉庫

mvn clean deploy

  • 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9個(gè)階段
  • deploy命令完成了項(xiàng)目編譯、單元測試、打包功能,同時(shí)把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫和遠(yuǎn)程maven私服倉庫

1.5 指令總結(jié)

---------------實(shí)際應(yīng)用-----------------------
# 1、刷新子模塊版本號: 
mvn versions:update-child-modules
# 2、重新打包到maven本地庫: 
mvn clean install -Dmaven.test.skip=true
mvn install
# 3、部署包到遠(yuǎn)程服務(wù)器
mvn clean deploy -Dmaven.test.skip=true

#---------------------一般常用命令-----------------------
# 該命令打印出所有的java系統(tǒng)屬性和環(huán)境變量
mvn  help:system 自動(dòng)在本用戶下創(chuàng)建   ~/.m2/repository
# 清理輸出目錄默認(rèn)target/
mvn clean
mvn clean compile     清理編譯
# maven test,但實(shí)際執(zhí)行的命令有:clean:clean,resource:resources,compiler:compile, resources:testResources, compiler:testCompile,maven在執(zhí)行test之前,會(huì)先自動(dòng)執(zhí)行項(xiàng)目主資源處理,主代碼編譯,測試資源處理,測試代碼編譯等工作,測試代碼編譯通過之后默認(rèn)在target/test-calsses目錄下生成二進(jìn)制文件,緊接著surefile:test 任務(wù)運(yùn)行測試,并輸出測試報(bào)告,顯示一共運(yùn)行了多少次測試,失敗成功等等
mvn clean test  清理測試
mvn clean package 清理打包
mvn clean install  清理將打包好的jar存入 本地倉庫  注意是本地倉庫
mvn clean deploy  根據(jù)pom中的配置信息將項(xiàng)目發(fā)布到遠(yuǎn)程倉庫中 

echo %MAVEN_HOME%:查看maven安裝路徑

---------------------創(chuàng)建項(xiàng)目-------------------------------
mvn -version/-v    顯示版本信息
mvn archetype:generate  創(chuàng)建mvn項(xiàng)目,使用Archetype生成項(xiàng)目骨架
mvn archetype:create -DgroupId=com.oreilly -DartifactId=my-app 創(chuàng)建mvn項(xiàng)目
# 創(chuàng)建Maven的普通java項(xiàng)目:
mvn archetype:create -DgroupId=packageName -DartifactId=projectName 
# 創(chuàng)建Maven的Web項(xiàng)目:  
mvn archetype:create -DgroupId=packageName   -DartifactId=webappName-DarchetypeArtifactId=maven-archetype-webapp   

---------------------優(yōu)化依賴命令-------------------------------
mvn dependency:list   顯示所有已經(jīng)解析的所有依賴
mvn dependency:tree  以目錄樹的形式展現(xiàn)依賴,  最高層為一層依賴 其次二層依賴 三層依賴....
mvn dependency:analyze  第一部分顯示 已經(jīng)使用但是未顯示依賴的的  第二部分顯示項(xiàng)目未使用的但是依賴的

---------------------第三方j(luò)ar 發(fā)布到遠(yuǎn)程倉庫---------------------
mvn deploy:deploy-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:\client-0.1.0.jar -DrepositoryId=maven-repository-inner -Durl=ftp://xxxxxxx/opt/maven/repository/

---------------------第三方j(luò)ar 安裝到本地倉庫---------------------
mvn install:install-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:\client-0.1.0.jar -DdownloadSources=true -DdownloadJavadocs=true

#你是否因?yàn)橛洸磺迥硞€(gè)插件有哪些goal而痛苦過,你是否因?yàn)橄氩黄鹉硞€(gè)goal有哪些參數(shù)而苦惱,那就試試這個(gè)命令吧,它會(huì)告訴你一切的.參數(shù): 1. -Dplugin=pluginName   2. -Dgoal(或-Dmojo)=goalName:與-Dplugin一起使用,它會(huì)列出某個(gè)插件的goal信息,如果嫌不夠詳細(xì),同樣可以加-Ddetail.(注:一個(gè)插件goal也被認(rèn)為是一個(gè) “Mojo”)
mvn help:describe -Dplugin=help -Dmojo=describe

mvn -e    顯示詳細(xì)錯(cuò)誤 信息.
mvn validate  驗(yàn)證工程是否正確,所有需要的資源是否可用。
mvn test-compile 編譯項(xiàng)目測試代碼。 。
mvn integration-test  在集成測試可以運(yùn)行的環(huán)境中處理和發(fā)布包。
mvn verify    運(yùn)行任何檢查,驗(yàn)證包是否有效且達(dá)到質(zhì)量標(biāo)準(zhǔn)。 
mvn generate-sources  產(chǎn)生應(yīng)用需要的任何額外的源代碼,如xdoclet。

1.6 依賴范圍

依賴范圍對于編譯classpath有效對于測試classpath有效對于運(yùn)行classpath有效例子
compileYYYspring-core
test-Y-Junit
providedYY-servlet-api
runtime-YYJDBC驅(qū)動(dòng)
systemYY-本地的,maven倉庫之外的類庫

1.7 maven 的 settings.xml 說明

#  1. 聲明規(guī)范
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">

# 2. localRepository 本地倉庫配置
 <!-- 本地倉庫的路徑。默認(rèn)值為${user.home}/.m2/repository。 -->
<localRepository>usr/local/maven</localRepository>

# 3. interactiveMode
 <!--Maven是否需要和用戶交互以獲得輸入。如果Maven需要和用戶交互以獲得輸入,則設(shè)
 置成true,反之則應(yīng)為false。默認(rèn)為true。-->
<interactiveMode>true</interactiveMode>

# 4. usePluginRegistry
<!--Maven是否需要使用plugin-registry.xml文件來管理插件版本。如果需要讓Maven
使用文件${user.home}/.m2/plugin-registry.xml來管理插件版本,則設(shè)為true。
默認(rèn)為false。-->
<usePluginRegistry>false</usePluginRegistry>

# 5. offline
<!--表示Maven是否需要在離線模式下運(yùn)行。如果構(gòu)建系統(tǒng)需要在離線模式下運(yùn)行,則為true,默認(rèn)為false。
當(dāng)由于網(wǎng)絡(luò)設(shè)置原因或者安全因素,構(gòu)建服務(wù)器不能連接遠(yuǎn)程倉庫的時(shí)候,該配置就十分有用。 -->
<offline>false</offline>

# 6. pluginGroups
<!--當(dāng)插件的組織Id(groupId)沒有顯式提供時(shí),供搜尋插件組織Id(groupId)的列
表。該元素包含一個(gè)pluginGroup元素列表,每個(gè)子元素包含了一個(gè)組織Id(groupId)。
當(dāng)我們使用某個(gè)插件,并且沒有在命令行為其提供組織Id(groupId)的時(shí)候,Maven就會(huì)
使用該列表。默認(rèn)情況下該列表包含了org.apache.maven.plugins和org.codehaus.mojo -->
<pluginGroups>
  <!--plugin的組織Id(groupId) -->
  <pluginGroup>org.codehaus.mojo</pluginGroup>
</pluginGroups>

# 7. proxies
<!--用來配置不同的代理,多代理profiles 可以應(yīng)對筆記本或移動(dòng)設(shè)備的工作環(huán)境:通過
簡單的設(shè)置profile id就可以很容易的更換整個(gè)代理配置。 -->
<proxies>
  <!--代理元素包含配置代理時(shí)需要的信息-->
  <proxy>
   <!--代理的唯一定義符,用來區(qū)分不同的代理元素。-->
   <id>myproxy</id>
   <!--該代理是否是激活的那個(gè)。true則激活代理。當(dāng)我們聲明了一組代理,而某個(gè)時(shí)候只需要激活一個(gè)代理的時(shí)候,該元素就可以派上用處。 -->
   <active>true</active>
   <!--代理的協(xié)議。 協(xié)議://主機(jī)名:端口,分隔成離散的元素以方便配置。-->
   <protocol>http</protocol>
   <!--代理的主機(jī)名。協(xié)議://主機(jī)名:端口,分隔成離散的元素以方便配置。  -->
   <host>proxy.somewhere.com</host>
   <!--代理的端口。協(xié)議://主機(jī)名:端口,分隔成離散的元素以方便配置。 -->
   <port>8080</port>
   <!--代理的用戶名,用戶名和密碼表示代理服務(wù)器認(rèn)證的登錄名和密碼。 -->
   <username>proxyuser</username>
   <!--代理的密碼,用戶名和密碼表示代理服務(wù)器認(rèn)證的登錄名和密碼。 -->
   <password>somepassword</password>
   <!--不該被代理的主機(jī)名列表。該列表的分隔符由代理服務(wù)器指定;例子中使用了豎線分隔符,使用逗號分隔也很常見。-->
   <nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
  </proxy>
</proxies>

# 8. servers
<!--配置服務(wù)端的一些設(shè)置。一些設(shè)置如安全證書不應(yīng)該和pom.xml一起分發(fā)。這種類型的信息應(yīng)該存在于構(gòu)建服務(wù)器上的settings.xml文件中。-->
<servers>
  <!--服務(wù)器元素包含配置服務(wù)器時(shí)需要的信息 -->
  <server>
   <!--這是server的id(注意不是用戶登陸的id),該id與distributionManagement中repository元素的id相匹配。-->
   <id>server001</id>
   <!--鑒權(quán)用戶名。鑒權(quán)用戶名和鑒權(quán)密碼表示服務(wù)器認(rèn)證所需要的登錄名和密碼。 -->
   <username>my_login</username>
   <!--鑒權(quán)密碼 。鑒權(quán)用戶名和鑒權(quán)密碼表示服務(wù)器認(rèn)證所需要的登錄名和密碼。密碼加密功能已被添加到2.1.0 +。詳情請?jiān)L問密碼加密頁面-->
   <password>my_password</password>
   <!--鑒權(quán)時(shí)使用的私鑰位置。和前兩個(gè)元素類似,私鑰位置和私鑰密碼指定了一個(gè)私鑰的路徑(默認(rèn)是${user.home}/.ssh/id_dsa)以及如果需要的話,一個(gè)密語。將來passphrase和password元素可能會(huì)被提取到外部,但目前它們必須在settings.xml文件以純文本的形式聲明。 -->
   <privateKey>${usr.home}/.ssh/id_dsa</privateKey>
   <!--鑒權(quán)時(shí)使用的私鑰密碼。-->
   <passphrase>some_passphrase</passphrase>
   <!--文件被創(chuàng)建時(shí)的權(quán)限。如果在部署的時(shí)候會(huì)創(chuàng)建一個(gè)倉庫文件或者目錄,這時(shí)候就可以使用權(quán)限(permission)。這兩個(gè)元素合法的值是一個(gè)三位數(shù)字,其對應(yīng)了unix文件系統(tǒng)的權(quán)限,如664,或者775。 -->
   <filePermissions>664</filePermissions>
   <!--目錄被創(chuàng)建時(shí)的權(quán)限。 -->
   <directoryPermissions>775</directoryPermissions>
  </server>
</servers>

# 9. mirrors
<!--為倉庫列表配置的下載鏡像列表。高級設(shè)置請參閱鏡像設(shè)置頁面 -->
<mirrors>
  <!--給定倉庫的下載鏡像。 -->
  <mirror>
   <!--該鏡像的唯一標(biāo)識(shí)符。id用來區(qū)分不同的mirror元素。 -->
   <id>planetmirror.com</id>
   <!--鏡像名稱 -->
   <name>PlanetMirror Australia</name>
   <!--該鏡像的URL。構(gòu)建系統(tǒng)會(huì)優(yōu)先考慮使用該URL,而非使用默認(rèn)的服務(wù)器URL。 -->
   <url>http://downloads.planetmirror.com/pub/maven2</url>
   <!--被鏡像的服務(wù)器的id。例如,如果我們要設(shè)置了一個(gè)Maven中央倉庫(http://repo.maven.apache.org/maven2/)的鏡像,就需要將該元素設(shè)置成central。這必須和中央倉庫的id central完全一致。-->
   <mirrorOf>central</mirrorOf>
  </mirror>
</mirrors>

# 10. profiles
<!--根據(jù)環(huán)境參數(shù)來調(diào)整構(gòu)建配置的列表。settings.xml中的profile元素是pom.xml中profile元素的裁剪版本。它包含了id,activation, repositories, pluginRepositories和 properties元素。這里的profile元素只包含這五個(gè)子元素是因?yàn)檫@里只關(guān)心構(gòu)建系統(tǒng)這個(gè)整體(這正是settings.xml文件的角色定位),而非單獨(dú)的項(xiàng)目對象模型設(shè)置。如果一個(gè)settings中的profile被激活,它的值會(huì)覆蓋任何其它定義在POM中或者profile.xml中的帶有相同id的profile。 -->
<profiles>
  <!--根據(jù)環(huán)境參數(shù)來調(diào)整的構(gòu)件的配置-->
  <profile>
   <!--該配置的唯一標(biāo)識(shí)符。 -->
   <id>test</id>
   </profile>
</profiles>

# 11. Activation
<!--自動(dòng)觸發(fā)profile的條件邏輯。Activation是profile的開啟鑰匙。如POM中的
profile一樣,profile的力量來自于它能夠在某些特定的環(huán)境中自動(dòng)使用某些特定的值;
這些環(huán)境通過activation元素指定。activation元素并不是激活profile的唯一方式。
settings.xml文件中的activeProfile元素可以包含profile的id。profile也可以通
過在命令行,使用-P標(biāo)記和逗號分隔的列表來顯式的激活(如,-P test)。-->
   <activation>
    <!--profile默認(rèn)是否激活的標(biāo)識(shí)-->
    <activeByDefault>false</activeByDefault>
    <!--當(dāng)匹配的jdk被檢測到,profile被激活。例如,1.4激活JDK1.4,1.4.0_2,而!1.4激活所有版本不是以1.4開頭的JDK。-->
    <jdk>1.5</jdk>
    <!--當(dāng)匹配的操作系統(tǒng)屬性被檢測到,profile被激活。os元素可以定義一些操作系統(tǒng)相關(guān)的屬性。-->
    <os>
     <!--激活profile的操作系統(tǒng)的名字 -->
     <name>Windows XP</name>
     <!--激活profile的操作系統(tǒng)所屬家族(如 'windows')  -->
     <family>Windows</family>
     <!--激活profile的操作系統(tǒng)體系結(jié)構(gòu)  -->
     <arch>x86</arch>
     <!--激活profile的操作系統(tǒng)版本-->
     <version>5.1.2600</version>
    </os>
    <!--如果Maven檢測到某一個(gè)屬性(其值可以在POM中通過${name}引用),其擁有對應(yīng)的name = 值,Profile就會(huì)被激活。如果值字段是空的,那么存在屬性名稱字段就會(huì)激活profile,否則按區(qū)分大小寫方式匹配屬性值字段-->
    <property>
     <!--激活profile的屬性的名稱-->
     <name>mavenVersion</name>
     <!--激活profile的屬性的值 -->
     <value>2.0.3</value>
    </property>
    <!--提供一個(gè)文件名,通過檢測該文件的存在或不存在來激活profile。missing檢查文件是否存在,如果不存在則激活profile。另一方面,exists則會(huì)檢查文件是否存在,如果存在則激活profile。-->
    <file>
     <!--如果指定的文件存在,則激活profile。 -->
     <exists>${basedir}/file2.properties</exists>
     <!--如果指定的文件不存在,則激活profile。-->
     <missing>${basedir}/file1.properties</missing>
    </file>
   </activation>

# 12. properties : note:如果該profile被激活,則可以再POM中使用${user.install}
<!--對應(yīng)profile的擴(kuò)展屬性列表。Maven屬性和Ant中的屬性一樣,可以用來存放一些
值。這些值可以在POM中的任何地方使用標(biāo)記${X}來使用,這里X是指屬性的名稱。屬性有五
種不同的形式,并且都能在settings.xml文件中訪問。
   1. env.X: 在一個(gè)變量前加上"env."的前綴,會(huì)返回一個(gè)shell環(huán)境變量。例如,"env.PATH"指代了$path環(huán)境變量(在Windows上是%PATH%)。
   2. project.x:指代了POM中對應(yīng)的元素值。例如: <project><version>1.0</version></project>通過${project.version}獲得version的值。
   3. settings.x: 指代了settings.xml中對應(yīng)元素的值。例如:<settings><offline>false</offline></settings>通過 ${settings.offline}獲得offline的值。
   4. Java System Properties: 所有可通過java.lang.System.getProperties()訪問的屬性都能在POM中使用該形式訪問,例如 ${java.home}。
   5. x: 在<properties/>元素中,或者外部文件中設(shè)置,以${someVar}的形式使用。 -->
   <properties>
   <user.install>${user.home}/our-project</user.install>
   </properties>
   
# 13. activeProfiles
<!--手動(dòng)激活profiles的列表,按照profile被應(yīng)用的順序定義activeProfile。 該元
素包含了一組activeProfile元素,每個(gè)activeProfile都含有一個(gè)profile id。任何
在activeProfile中定義的profile id,不論環(huán)境設(shè)置如何,其對應(yīng)的
	profile都會(huì)被激活。如果沒有匹配的profile,則什么都不會(huì)發(fā)生。例如,env-
 test是一個(gè)activeProfile,則在pom.xml(或者profile.xml)中對應(yīng)id的profile
 會(huì)被激活。如果運(yùn)行過程中找不到這樣一個(gè)profile,Maven則會(huì)像往常一樣運(yùn)行。 -->
   <activeProfiles>
    <!-- -->
    <activeProfile>env-test</activeProfile>
   </activeProfiles>

# 14. Repositories
<!--遠(yuǎn)程倉庫列表,它是Maven用來填充構(gòu)建系統(tǒng)本地倉庫所使用的一組遠(yuǎn)程項(xiàng)目。 -->
   <repositories>
    <!--包含需要連接到遠(yuǎn)程倉庫的信息 -->
    <repository>
     <!--遠(yuǎn)程倉庫唯一標(biāo)識(shí)-->
     <id>codehausSnapshots</id>
     <!--遠(yuǎn)程倉庫名稱 -->
     <name>Codehaus Snapshots</name>
     <!--如何處理遠(yuǎn)程倉庫里發(fā)布版本的下載-->
     <releases>
      <!--true或者false表示該倉庫是否為下載某種類型構(gòu)件(發(fā)布版,快照版)開啟。  -->
      <enabled>false</enabled>
      <!--該元素指定更新發(fā)生的頻率。Maven會(huì)比較本地POM和遠(yuǎn)程POM的時(shí)間戳。這里的選項(xiàng)是:always(一直),daily(默認(rèn),每日),interval:X(這里X是以分鐘為單位的時(shí)間間隔),或者never(從不)。 -->
      <updatePolicy>always</updatePolicy>
      <!--當(dāng)Maven驗(yàn)證構(gòu)件校驗(yàn)文件失敗時(shí)該怎么做-ignore(忽略),fail(失敗),或者warn(警告)。-->
      <checksumPolicy>warn</checksumPolicy>
     </releases>
     <!--如何處理遠(yuǎn)程倉庫里快照版本的下載。有了releases和snapshots這兩組配置,POM就可以在每個(gè)單獨(dú)的倉庫中,為每種類型的構(gòu)件采取不同的策略。例如,可能有人會(huì)決定只為開發(fā)目的開啟對快照版本下載的支持。參見repositories/repository/releases元素-->
     <snapshots>
      <enabled/><updatePolicy/><checksumPolicy/>
     </snapshots>
     <!--遠(yuǎn)程倉庫URL,按protocol://hostname/path形式 -->
     <url>http://snapshots.maven.codehaus.org/maven2</url>
     <!--用于定位和排序構(gòu)件的倉庫布局類型-可以是default(默認(rèn))或者legacy(遺留)。Maven 2為其倉庫提供了一個(gè)默認(rèn)的布局;然而,Maven 1.x有一種不同的布局。我們可以使用該元素指定布局是default(默認(rèn))還是legacy(遺留)。 -->
     <layout>default</layout>
    </repository>
   </repositories>
   <!--發(fā)現(xiàn)插件的遠(yuǎn)程倉庫列表。倉庫是兩種主要構(gòu)件的家。第一種構(gòu)件被用作其它構(gòu)件的依賴。這是中央倉庫中存儲(chǔ)的大部分構(gòu)件類型。另外一種構(gòu)件類型是插件。Maven插件是一種特殊類型的構(gòu)件。由于這個(gè)原因,插件倉庫獨(dú)立于其它倉庫。pluginRepositories元素的結(jié)構(gòu)和repositories元素的結(jié)構(gòu)類似。每個(gè)pluginRepository元素指定一個(gè)Maven可以用來尋找新插件的遠(yuǎn)程地址。-->
   <pluginRepositories>
    <!--包含需要連接到遠(yuǎn)程插件倉庫的信息.參見profiles/profile/repositories/repository元素的說明-->
     <pluginRepository>          
	     <releases>     
	      <enabled/><updatePolicy/><checksumPolicy/>
	     </releases>
	     <snapshots>
	      <enabled/><updatePolicy/><checksumPolicy/>
	     </snapshots>
	     <id/><name/><url/><layout/>
     </pluginRepository>
   </pluginRepositories>

2. maven依賴

2.1 依賴傳遞

在maven中,依賴是可以傳遞的,假設(shè)存在三個(gè)項(xiàng)目,分別是項(xiàng)目A,項(xiàng)目B以及項(xiàng)目C。假設(shè)C依賴B,B依賴A,那么我們可以根據(jù)maven項(xiàng)目依賴的特征不難推出項(xiàng)目C也依賴A。

通過上面的圖可以看到,我們的web項(xiàng)目直接依賴了spring-webmvc,而spring-webmvc依賴了sping-aop、spring-beans等。最終的結(jié)果就是在我們的web項(xiàng)目中間接依賴了spring-aop、spring-beans等。

2.2 手動(dòng)聲明

optional是maven依賴jar時(shí)的一個(gè)選項(xiàng),表示該依賴是可選的,不會(huì)被依賴傳遞。

例如當(dāng)前項(xiàng)目是A,A要依賴B,A依賴B的配置中加上 true,表示依賴可選

<dependency>
  <groupId>com.projecct</groupId>
  <artifactId>B</artifactId>
  <version>1.0</version>
  <scope>compile</scope>
  <optional>true</optional>
</dependency>

那么以后所有聲明依賴A的項(xiàng)目如果也依賴B,就必須寫手動(dòng)聲明。

比如C依賴A和B,如果C只聲明了對A的依賴,那么B不會(huì)自動(dòng)加入依賴,需要重新聲明對B的依賴。

這種方式排除不了我項(xiàng)目中對第三方j(luò)ar包所依賴的其他依賴,因?yàn)槲也豢赡苋バ薷牡谌絡(luò)ar包的pom文件,所以只適合在項(xiàng)目組內(nèi)部使用。

2.3 沖突解決

2.3.1第一聲明者優(yōu)先原則

在 pom 文件中定義依賴,以先聲明的依賴為準(zhǔn)。其實(shí)就是根據(jù)坐標(biāo)導(dǎo)入的順序來確定最終使用哪個(gè)傳遞過來的依賴。

結(jié)論:通過上圖可以看到,spring-aop和spring-webmvc都傳遞過來了spring-beans,但是因?yàn)閟pring-aop在前面,所以最終使用的spring-beans是由spring-aop傳遞過來的,而spring-webmvc傳遞過來的spring-beans則被忽略了。

2.3.2 排除

可以使用exclusions標(biāo)簽將傳遞過來的依賴排除出去。

上圖我們可以看到,spring-webmvc傳遞過來的spring-core已經(jīng)排除出去了

2.3.3 版本鎖定

采用直接鎖定版本的方法確定依賴jar包的版本,版本鎖定后則不考慮依賴的聲明順序或依賴的路徑,以鎖定的版本為準(zhǔn)添加到工程中,此方法在企業(yè)開發(fā)中經(jīng)常使用

①在dependencyManagement標(biāo)簽中鎖定依賴的版本

②在dependencies標(biāo)簽中聲明需要導(dǎo)入的maven坐標(biāo)

上圖可以看出spring-core和spring-aop的版本號均已修改

注 dependencyManagement中鎖定版本后,導(dǎo)入spring-core和spring-aop的時(shí)候不需要再指定版本

總結(jié)

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

相關(guān)文章

最新評論