? ? Maven中建立的依賴管理方式基本已成為Java語言依賴管理的事實標(biāo)準(zhǔn)，Maven的替代者Gradle也基本沿用了Maven的依賴管理機制。在Maven依賴管理中，唯一標(biāo)識一個依賴項是由該依賴項的三個屬性構(gòu)成的，分別是groupId、artifactId以及version。這三個屬性可以唯一確定一個組件（Jar包或者War包）。

? ? 其實在Nexus倉庫中，一個倉庫一般分為public(Release)倉和SNAPSHOT倉，前者存放正式版本，后者存放快照版本。如果在項目配置文件中（無論是build.gradle還是pom.xml）指定的版本號帶有’-SNAPSHOT’后綴，比如版本號為’Junit-4.10-SNAPSHOT’，那么打出的包就是一個快照版本。

? ? 快照版本和正式版本的主要區(qū)別在于，本地獲取這些依賴的機制有所不同。假設(shè)你依賴一個庫的正式版本，構(gòu)建的時候構(gòu)建工具會先在本次倉庫中查找是否已經(jīng)有了這個依賴庫，如果沒有的話才會去遠程倉庫中去拉取。所以假設(shè)你發(fā)布了Junit-4.10.jar到了遠程倉庫，有一個項目依賴了這個庫，它第一次構(gòu)建的時候會把該庫從遠程倉庫中下載到本地倉庫緩存，以后再次構(gòu)建都不會去訪問遠程倉庫了。所以如果你修改了代碼，向遠程倉庫中發(fā)布了新的軟件包，但仍然叫Junit-4.10.jar，那么依賴這個庫的項目就無法得到最新更新。你只有在重新發(fā)布的時候升級版本，比如叫做Junit-4.11.jar，然后通知依賴該庫的項目組也修改依賴版本為Junit-4.11,這樣才能使用到你最新添加的功能。

? ? ?這種方式在團隊內(nèi)部開發(fā)的時候會變的特別蛋痛。假設(shè)有兩個小組負責(zé)維護兩個組件，example-service和example-ui,其中example-ui項目依賴于example-service。而這兩個項目每天都會構(gòu)建多次，如果每次構(gòu)建你都要升級example-service的版本，那么你會瘋掉。這個時候SNAPSHOT版本就派上用場了。每天日常構(gòu)建時你可以構(gòu)建example-service的快照版本，比如example-service-1.0-SNAPSHOT.jar，而example-ui依賴該快照版本。每次example-ui構(gòu)建時，會優(yōu)先去遠程倉庫中查看是否有最新的example-service-1.0-SNAPSHOT.jar，如果有則下載下來使用。即使本地倉庫中已經(jīng)有了example-service-1.0-SNAPSHOT.jar，它也會嘗試去遠程倉庫中查看同名的jar是否是最新的。有的人可能會問，這樣不就不能充分利用本地倉庫的緩存機制了嗎？別著急，Maven比我們想象中的要聰明。在配置Maven的Repository的時候中有個配置項，可以配置對于SNAPSHOT版本向遠程倉庫中查找的頻率。頻率共有四種，分別是always、daily、interval、never。當(dāng)本地倉庫中存在需要的依賴項目時，always是每次都去遠程倉庫查看是否有更新，daily是只在第一次的時候查看是否有更新，當(dāng)天的其它時候則不會查看；interval允許設(shè)置一個分鐘為單位的間隔時間，在這個間隔時間內(nèi)只會去遠程倉庫中查找一次，never是不會去遠程倉庫中查找（這種就和正式版本的行為一樣了）。

Maven版本的配置方式為：

<repository><id>myRepository</id><url>...</url><snapshots><enabled>true</enabled><updatePolicy>XXX</updatePolicy></snapshots> </repository>

其中updatePolicy就是那4種類型之一。如果配置間隔時間更新，可以寫作?interval:XX?(XX是間隔分鐘數(shù))。daily配置是默認值。

而在Gradle，可以設(shè)置本地緩存的更新策略。

configurations.all {// check for updates every buildresolutionStrategy.cacheChangingModulesFor 0,'seconds'}

當(dāng)然也可以按照分鐘或者小時來設(shè)置.

configurations.all {resolutionStrategy.cacheChangingModulesFor 10, ‘minutes' } configurations.all {resolutionStrategy.cacheChangingModulesFor 4, ‘hours' }

? ? ?所以一般在開發(fā)模式下，我們可以頻繁的發(fā)布SNAPSHOT版本，以便讓其它項目能實時的使用到最新的功能做聯(lián)調(diào)；當(dāng)版本趨于穩(wěn)定時，再發(fā)布一個正式版本，供正式使用。當(dāng)然在做正式發(fā)布時，也要確保當(dāng)前項目的依賴項中不包含對任何SNAPSHOT版本的依賴，保證正式版本的穩(wěn)定性。

總結(jié)

以上是生活随笔為你收集整理的理解Maven中的SNAPSHOT版本和正式版本的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。