目錄
1.讓人頭疼的多版本號體系
2.目錄關系
3.為什么會有多個版本號體系
1.讓人頭疼的多版本號體系
由于歷史原因，spring cloud分為了Alibaba和Netflix兩個體系。
想要了解原因以及整個spring cloud體系的來龍去脈的同學可以去看我的另一篇文章：
SpringCloud概論__BugMan的博客-CSDN博客
知道以上前情后，我們來看看spring cloud的版本號有多亂：
打開官網(wǎng)首先有個總項目的版本列表：
然后往下翻是，Netflix的spring cloud和spring boot各版本之間的適配關系：
也就是說Netflix的版本號應該是列表中那樣的。
但是我們點進Netflix的項目會發(fā)現(xiàn)它的版本號列表是這樣的：
ok，這個時候才開始入門的小伙伴就蒙蔽了，會有以下幾個疑惑：
- 既然是分成了Alibaba和Netflix兩個體系，為什么spring cloud這個總項目列表還會有個版本號
- spring boot適配的適配列表中顯示的Netflix的版本號列表為什么會和點進Netflix中看見的版本號列表不一樣，為什么會有兩套Netflix的版本號？
- 我要用spring cloud的時候到底該用哪一個的maven坐標？
本文會先從組件關系講起，理清楚spring cloud的項目目錄結(jié)構(gòu)，然后再順著理清楚版本號問題。
2.目錄關系
首先我們需要理清楚整個spring cloud生態(tài)圈里組件之間的關系，也就是官網(wǎng)的目錄為什么是那個樣子。
要實現(xiàn)微服務，最核心的問題是：
- 服務注冊和發(fā)現(xiàn)
- 容錯
Netflix和Alibaba兩個體系對以上兩點給出了自己不同的實現(xiàn)，總的來說就是各自推出了不同的注冊中心組件和容錯組件。除此之外在易能力擴展上，都是通集成接入第三方組件來實現(xiàn)的，如網(wǎng)關、總線、配置中心。
有了這個認識我們再來看整個spring cloud的項目列表就不會這么暈了。
我們進入spring官網(wǎng)，可以看到Alibaba和Netflix兩個子項目，和與他們同級的很多子項目，Alibaba和Netflix的項目下包含了自己的注冊中心組件和容錯組件，和Alibaba、Netflix同級的，是一些擴展的三方組件如gateway（網(wǎng)關）、config（配置中心）、bus（總線）等。
3.為什么會有多個版本號體系
其實組件關系理清楚后，版本號的問題就很好明白了了。雖然由于歷史原因，spring cloud分成了Alibaba和Netflix兩派，但spring cloud是Netflix先做出來的，所以官網(wǎng)上還是以Netflix為中心來對整個spring cloud進行描述的。真正的Netflix自己推出的全家桶的版本其實就是適配列表里列出來的那些版本：
我們隨便點進一個版本的Netflix的全家桶，可以看到其實就是注冊中心（Spring Cloud Neflix）+其它組件：
?后面Netflix的spring cloud的核心研發(fā)人員離職后，公司就將自己的spring cloud貢獻給了spring cloud官方社區(qū)，由官方社區(qū)來對Netflix體系的spring cloud進行迭代。所以總項目上的版本號列表是spring cloud官方社區(qū)接收Netflix體系后迭代更新出來的版本：
隨便點進去一個版本，可以看到其實也是圍繞Netflix給出的一個全家桶：
然后官網(wǎng)上spring cloud Netflix這個子項目就只單純的維護eureka版本：
我們點進隨便一個版本，可以看到，就是很單純的eureka：
?至于spring cloud Alibaba，就很與世無爭，就單純的維護好自己的版本號：
維護好自己的nacos和sentinel：文章來源：http://www.zghlxwxcb.cn/news/detail-474560.html
文章來源地址http://www.zghlxwxcb.cn/news/detail-474560.html
到了這里，關于詳解Spring Cloud版本問題的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！
