Apache Maven 是一個自動化構建工具，廣泛應用于 Java 項目，它可以幫助我們管理項目的構建、報告和文檔，但最重要的功能之一是依賴管理。

只要正確配置了項目的依賴，Maven 在編譯的時候就可以自動下載項目所需的所有依賴項。但是如果我們使用不當，依賴管理可能會引入問題，特別是當我們使用如 [2.3.0,)  這樣的版本范圍指定的時候。

這樣的寫法意味著依賴的版本要大于等于 2.3.0，但不指定最大版本，maven 在編譯的時候會自動去查詢當前最新的版本，這就很大程度上可能會引入了最新的版本，導致項目依賴不固定，從而引發編譯異常。

Maven 版本范圍介紹

在 Maven 的依賴管理中，我們可以為依賴項指定一個版本范圍。例如，[1.0,2.0]意味著版本范圍介于 1.0 和 2.0 之間（包含）。[1.0,2.0) 意味著版本范圍介于 1.0 和 2.0 之間，但不包含 2.0。[2.3.0,)則表明我們接受 2.3.0 或更高的版本，此時我們并沒有指定范圍的上限，而是讓 Maven 選擇滿足這個條件的最新版本。

圖片

版本范圍帶來的問題

對于某些類型的項目，如開源項目，使用范圍可能是合理的，因為開源項目通常希望能夠方便地采用最新的庫和工具。

然而，對于需要保證穩定性的商業項目，使用無上限的版本范圍可能導致問題。每次構建項目時，Maven 都會嘗試獲取新的依賴版本。如果新版本引入了不兼容的更改，可能導致編譯錯誤，甚至更微妙的運行時錯誤。

由于同一項目的不同開發者可能在不同的時間點執行編譯，他們可能獲得的依賴版本不同，從而導致難以追蹤的問題。

而作為公司內部的軟件，很多時候我們是需要保證穩定的，所以就很不適合采用范圍來配置 maven 版本了。

如下所示，我這邊原本的配置 fastjson 的版本是 1.2.79，從右側的 maven 依賴中我們可以看到，項目中下載的 fastjson 的版本是 1.2.79。

圖片

如果此時我把 fastjson 的版本調整成 [1.2.79,) 的形式，則右側的依賴就會變成一個最新的 2.0.45 這個版本。

圖片

image-20240107150146630這種寫法除了依賴中會獲取到最新的版本之外，其實 maven 是把整個范圍的 jar 都下載下來了，通過本地的資源倉庫我們可以看到只要版本在這個范圍之內，都會被下載下來。

圖片

另外如果一些軟件自身的升級是向下兼容的，那么使用范圍版本配置可能沒什么關系，但是如果一些軟件的版本不是向下兼容的，那么使用范圍版本配置那肯定是有問題的。

特別是隨著 JDK 版本的升級，很多新的依賴的開發和編譯可能是采用新版本的 JDK 來實現的，這個時候如果我們自身項目的 JDK 還是舊版本的話，就會出現項目編譯不通過的問題了，會提示 JDK 版本不對，這種在編譯的時候往往會出現 Java – Unsupported class file major version  異常。

所以下次如果出現這種異常，可以考慮看看是不是 maven 版本依賴配置問題。

如何解決明確版本問題

最簡單和最直接的方法是將依賴的版本明確指定，而不是提供一個范圍。

這樣，所有開發者和構建服務器都將使用相同的依賴版本。當我們決定升級依賴時，可以測試新版本，對代碼進行必要的更改，然后在進行升級。

Maven 也支持所謂的版本管理（version management）。在父 POM 中，我們可以用 <dependencyManagement> 元素定義一個或多個依賴項的版本，然后在項目的各個模塊中引用它們，無需在每個模塊中指定版本。這種方法對于確保項目的各個部分使用相同的依賴版本非常有效。

結論

雖然范圍版本提供了尋找需要的庫的新版本的方便，但大范圍的未定版本和更新可能會引入不希望的結果，這些結果可能導致編譯異常或者運行時錯誤。

我們需要使用正確的方法來管理和鎖定我們的依賴，避免這些困擾，并保持我們的項目的穩定性。