使用maven依賴詳解
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有效 | 例子 |
---|---|---|---|---|
compile | Y | Y | Y | spring-core |
test | - | Y | - | Junit |
provided | Y | Y | - | servlet-api |
runtime | - | Y | Y | JDBC驅(qū)動(dòng) |
system | Y | Y | - | 本地的,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)文章
基于SpringBoot核心原理(自動(dòng)配置、事件驅(qū)動(dòng)、Condition)
這篇文章主要介紹了基于SpringBoot核心原理(自動(dòng)配置、事件驅(qū)動(dòng)、Condition),具有很好的參考價(jià)值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-08-08Java中Runnable和Callable分別什么時(shí)候使用
提到 Java 就不得不說多線程了,就算你不想說,面試官也得讓你說呀,那說到線程,就不得不說Runnable和Callable這兩個(gè)家伙了,二者在什么時(shí)候使用呢,下面就來和簡單講講2023-08-08Java設(shè)計(jì)模式之代理模式_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
這篇文章主要介紹了Java設(shè)計(jì)模式之代理模式,本文詳細(xì)的介紹了什么事代理模式和相關(guān)的類和接口,有興趣的可以了解一下2017-08-08Spring?Boot?中正確地在異步線程中使用?HttpServletRequest的方法
文章討論了在Spring?Boot中如何在異步線程中正確使用HttpServletRequest的問題,介紹了Tomcat的請求對象復(fù)用機(jī)制及其對異步線程的影響,并解釋了AsyncContext的作用與局限性,感興趣的朋友一起看看吧2025-03-03Spring如何重寫內(nèi)置Bean(Controller、Service等)
本文介紹了在Spring Boot工程中處理外部JAR包中Controller方法重寫的需求,通過PostProcessor方式和自定義注解@ExcludeBean兩種方法,解決了在不修改源代碼的情況下重寫接口的問題2025-01-01Java發(fā)送郵件javax.mail的實(shí)現(xiàn)方法
這篇文章主要為大家介紹了Java發(fā)送郵件javax.mail的實(shí)現(xiàn)方法,具有一定的參考價(jià)值,代碼都有詳細(xì)的注釋,感興趣的小伙伴們可以參考一下2016-01-01