一、Spring Cloud微服務(wù)概念定義

提起微服務(wù)，不得不提 Spring Cloud 全家桶系列，Spring Cloud 是一個服務(wù)治理平臺，是若干個框架的集合，提供了全套的分布式系統(tǒng)解決方案。包含了：服務(wù)注冊與發(fā)現(xiàn)、配置中心、服務(wù)網(wǎng)關(guān)、智能路由、負載均衡、斷路器、監(jiān)控跟蹤、分布式消息隊列等等。

Spring Cloud 通過 Spring Boot 風(fēng)格的封裝，屏蔽掉了復(fù)雜的配置和實現(xiàn)原理，最終給開發(fā)者留出了一套簡單易懂、容易部署的分布式系統(tǒng)開發(fā)工具包。開發(fā)者可以快速的啟動服務(wù)或構(gòu)建應(yīng)用、同時能夠快速和云平臺資源進行對接。微服務(wù)是可以獨立部署、水平擴展、獨立訪問（或者有獨立的數(shù)據(jù)庫）的服務(wù)單元，Spring Cloud 就是這些微服務(wù)的大管家，采用了微服務(wù)這種架構(gòu)之后，項目的數(shù)量會非常多，Spring Cloud 做為大管家需要管理好這些微服務(wù)，自然需要很多小弟來幫忙。

正文

在寫這個文章之前，我花了點時間，自己臆想了一個電商系統(tǒng)，基本上算是麻雀雖小五臟俱全，我今天就用它開刀，一步步剖析，我會講一下我們可能會接觸的技術(shù)棧可能不全，但是夠用，最后給個學(xué)習(xí)路線。

Tip：請多欣賞一會，每個點看一下，看看什么地方是你接觸過的，什么技術(shù)棧是你不太熟悉的，我覺得還算是比較全的，有什么建議也可以留言給我。

不知道大家都看了一下沒，現(xiàn)在我們就要庖丁解牛了，我從上到下依次分析。

前端

你可能會會好奇，你不是講后端學(xué)習(xí)路線嘛，為啥還有前端的部分，我只能告訴你，傻瓜，膚淺。

我們可不能閉門造車，誰告訴你后端就不學(xué)點前端了？

前端現(xiàn)在很多也了解后端的技術(shù)棧的，你想我們?nèi)ヒ粋€網(wǎng)站，最先接觸的，最先看到的是啥？

沒錯就是前端，在大學(xué)你要是找不到專門的前端同學(xué)，去做系統(tǒng)肯定也要自己頂一下前端的，那我覺得最基本的技術(shù)棧得熟悉和了解吧，丙丙現(xiàn)在也是偶爾會開發(fā)一下我們的管理系統(tǒng)主要是VUE和React。

在這里我列舉了我目前覺得比較簡單和我們后端可以了解的技術(shù)棧，都是比較基礎(chǔ)的。

作為一名后端了解部分前端知識還是很有必要的，在以后開發(fā)的時候，公司有前端那能幫助你前后端聯(lián)調(diào)更順暢，如果沒前端你自己也能頂一下簡單的頁面。

HTML、CSS、JS、Ajax我覺得是必須掌握的點，看著簡單其實深究或者去操作的話還是有很多東西的，其他作為擴展有興趣可以了解，反正入門簡單，只是精通很難很難。

在這一層不光有這些還有Http協(xié)議和Servlet，request、response、cookie、session這些也會伴隨你整個技術(shù)生涯，理解他們對后面的你肯定有不少好處。

Tip：我這里最后刪除了JSP相關(guān)的技術(shù)，我個人覺得沒必要學(xué)了，很多公司除了老項目之外，新項目都不會使用那些技術(shù)了。

前端在我看來比后端難，技術(shù)迭代比較快，知識好像也沒特定的體系，所以面試大廠的前端很多朋友都說難，不是技術(shù)多難，而是知識多且復(fù)雜，找不到一個完整的體系，相比之下后端明朗很多，我后面就開始講后端了。

網(wǎng)關(guān)層：

互聯(lián)網(wǎng)發(fā)展到現(xiàn)在，涌現(xiàn)了很多互聯(lián)網(wǎng)公司，技術(shù)更新迭代了很多個版本，從早期的單機時代，到現(xiàn)在超大規(guī)模的互聯(lián)網(wǎng)時代，幾億人參與的春運，幾千億成交規(guī)模的雙十一，無數(shù)互聯(lián)網(wǎng)前輩的造就了現(xiàn)在互聯(lián)網(wǎng)的輝煌。

微服務(wù)，分布式，負載均衡等我們經(jīng)常提到的這些名詞都是這些技術(shù)在場景背后支撐。

單機頂不住，我們就多找點服務(wù)器，但是怎么將流量均勻的打到這些服務(wù)器上呢？

負載均衡，LVS

我們機器都是IP訪問的，那怎么通過我們申請的域名去請求到服務(wù)器呢？

DNS

大家刷的抖音，B站，快手等等視頻服務(wù)商，是怎么保證同時為全國的用戶提供快速的體驗？

CDN

我們這么多系統(tǒng)和服務(wù)，還有這么多中間件的調(diào)度怎么去管理調(diào)度等等？

zk

這么多的服務(wù)器，怎么對外統(tǒng)一訪問呢，就可能需要知道反向代理的服務(wù)器。

Nginx

這一層做了反向負載、服務(wù)路由、服務(wù)治理、流量管理、安全隔離、服務(wù)容錯等等都做了，大家公司的內(nèi)外網(wǎng)隔離也是這一層做的。

我之前還接觸過一些比較有意思的項目，所有對外的接口都是加密的，幾十個服務(wù)會經(jīng)過網(wǎng)關(guān)解密，找到真的路由再去請求。

這一層的知識點其實也不少，你往后面學(xué)會發(fā)現(xiàn)分布式事務(wù)，分布式鎖，還有很多中間件都離不開zk這一層，我們繼續(xù)往下看。

服務(wù)層：

這一層有點東西了，算是整個框架的核心，如果你跟我?guī)洷粯右院蠖际菑氖潞蠖碎_發(fā)的話，我們基本上整個技術(shù)生涯，大部分時間都在跟這一層的技術(shù)棧打交道了，各種琳瑯滿目的中間件，計算機基礎(chǔ)知識，Linux操作，算法數(shù)據(jù)結(jié)構(gòu)，架構(gòu)框架，研發(fā)工具等等。

我想在看這個文章的各位，計算機基礎(chǔ)肯定都是學(xué)過的吧，如果大學(xué)的時候沒好好學(xué)，我覺得還是有必要再看看的。

為什么我們網(wǎng)頁能保證安全可靠的傳輸，你可能會了解到HTTP，TCP協(xié)議，什么三次握手，四次揮手。

還有進程、線程、協(xié)程，什么內(nèi)存屏障，指令亂序，分支預(yù)測，CPU親和性等等，在之后的編程生涯，如果你能掌握這些東西，會讓你在遇到很多問題的時候瞬間get到點，而不是像個無頭蒼蠅一樣亂撞（然而丙丙還做得不夠）。

了解這些計算機知識后，你就需要接觸編程語言了，大學(xué)的C語言基礎(chǔ)會讓你學(xué)什么語言入門都會快點，我選擇了面向?qū)ο蟮?strong>JAVA，但是也不知道為啥現(xiàn)在還沒對象。

JAVA的基礎(chǔ)也一樣重要，面向?qū)ο?/strong>（包括類、對象、方法、繼承、封裝、抽象、 多態(tài)、消息解析等），常見API，數(shù)據(jù)結(jié)構(gòu)，集合框架，設(shè)計模式（包括創(chuàng)建型、結(jié)構(gòu)型、行為型），多線程和并發(fā)，I/O流，Stream，網(wǎng)絡(luò)編程你都需要了解。

代碼會寫了，你就要開始學(xué)習(xí)一些能幫助你把系統(tǒng)變得更加規(guī)范的框架，SSM可以會讓你的開發(fā)更加便捷，結(jié)構(gòu)層次更加分明。

寫代碼的時候你會發(fā)現(xiàn)你大學(xué)用的Eclipse在公司看不到了，你跟大家一樣去用了IDEA，第一天這是什么玩意，一周后，真香，但是這玩意收費有點貴，那免費的VSCode真的就是不錯的選擇了。

代碼寫的時候你會接觸代碼的倉庫管理工具maven、Gradle，提交代碼的時候會去寫項目版本管理工具Git。

代碼提交之后，發(fā)布之后你會發(fā)現(xiàn)很多東西需要自己去服務(wù)器親自排查，那Linux的知識點就可以在里面靈活運用了，查看進程，查看文件，各種Vim操作等等。

系統(tǒng)的優(yōu)化很多地方?jīng)]優(yōu)化的空間了，你可能會嘗試從算法，或者優(yōu)化數(shù)據(jù)結(jié)構(gòu)去優(yōu)化，你看到了HashMap的源碼，想去了解紅黑樹，然后在算法網(wǎng)上看到了二叉樹搜索樹和各種常見的算法問題，刷多了，你也能總結(jié)出精華所在，什么貪心，分治，動態(tài)規(guī)劃等。

這么多個服務(wù)，你發(fā)現(xiàn)HTTP請求已經(jīng)開始有點不滿足你的需求了，你想開發(fā)更便捷，像訪問本地服務(wù)一樣訪問遠程服務(wù)，所以我們?nèi)チ私饬?strong>Dubbo，Spring cloud。

了解Dubbo的過程中，你發(fā)現(xiàn)了RPC的精華所在，所以你去接觸到了高性能的NIO框架，Netty。

代碼寫好了，服務(wù)也能通信了，但是你發(fā)現(xiàn)你的代碼鏈路好長，都耦合在一起了，所以你接觸了消息隊列，這種異步的處理方式，真香。

他還可以幫你在突發(fā)流量的時候用隊列做緩沖，但是你發(fā)現(xiàn)分布式的情況，事務(wù)就不好管理了，你就了解到了分布式事務(wù)，什么兩段式，三段式，TCC，XA，阿里云的全局事務(wù)服務(wù)GTS等等。

分布式事務(wù)的時候你會想去了解RocketMQ，因為他自帶了分布式事務(wù)的解決方案，大數(shù)據(jù)的場景你又看到了Kafka。

我上面提到過zk，像Dubbo、Kafka等中間件都是用它做注冊中心的，所以很多技術(shù)棧最后都組成了一個知識體系，你先了解了體系中的每一員，你才能把它們聯(lián)系起來。

服務(wù)的交互都從進程內(nèi)通信變成了遠程通信，所以性能必然會受到一些影響。

此外由于很多不確定性的因素，例如網(wǎng)絡(luò)擁塞、Server 端服務(wù)器宕機、挖掘機鏟斷機房光纖等等，需要許多額外的功能和措施才能保證微服務(wù)流暢穩(wěn)定的工作。

Spring Cloud?中就有?Hystrix 熔斷器、Ribbon客戶端負載均衡器、Eureka注冊中心等等都是用來解決這些問題的微服務(wù)組件。

你感覺學(xué)習(xí)得差不多了，你發(fā)現(xiàn)各大論壇博客出現(xiàn)了一些前沿技術(shù)，比如容器化，你可能就會去了解容器化的知識，像**Docker，Kubernetes（K8s）**等。

微服務(wù)之所以能夠快速發(fā)展，很重要的一個原因就是：容器化技術(shù)的發(fā)展和容器管理系統(tǒng)的成熟。

這一層的東西呢其實遠遠不止這些的，我不過多贅述，寫多了像個勸退師一樣，但是大家也不用慌，大部分的技術(shù)都是慢慢接觸了，工作中慢慢去了解，去深入的。

好啦我們繼續(xù)沿著圖往下看，那再往下是啥呢？

數(shù)據(jù)層：

數(shù)據(jù)庫可能是整個系統(tǒng)中最值錢的部分了，在我碼文字的前一天，剛好發(fā)生了微盟程序員刪庫跑路的操作，刪庫跑路其實是我們在網(wǎng)上最常用的笑話，沒想到還是照進了現(xiàn)實。

這里也提一點點吧，36小時的故障，其實在互聯(lián)網(wǎng)公司應(yīng)該是個笑話了吧，權(quán)限控制沒做好類似rm -rf 、fdisk、drop等等這樣的高危命令是可以實時攔截掉的，備份，全量備份，增量備份，延遲備份，異地容災(zāi)全部都考慮一下應(yīng)該也不至于這樣，一家上市公司還是有點點不應(yīng)該。

數(shù)據(jù)庫基本的事務(wù)隔離級別，索引，SQL，主被同步，讀寫分離等都可能是你學(xué)的時候要了解到的。

上面我們提到了安全，不要把雞蛋放一個籃子的道理大家應(yīng)該都知道，那分庫的意義就很明顯了，然后你會發(fā)現(xiàn)時間久了表的數(shù)據(jù)大了，就會想到去接觸分表，什么TDDL、Sharding-JDBC、DRDS這些插件都會接觸到。

你發(fā)現(xiàn)流量大的時候，或者熱點數(shù)據(jù)打到數(shù)據(jù)庫還是有點頂不住，壓力太大了，那非關(guān)系型數(shù)據(jù)庫就進場了，Redis當(dāng)然是首選，但是MongoDB、memcache也有各自的應(yīng)用場景。

Redis使用后，真香，真快，但是你會開始擔(dān)心最開始提到的安全問題，這玩意快是因為在內(nèi)存中操作，那斷點了數(shù)據(jù)丟了怎么辦？你就開始閱讀官方文檔，了解RDB，AOF這些持久化機制，線上用的時候還會遇到緩存雪崩擊穿、穿透等等問題。

單機不滿足你就用了，他的集群模式，用了集群可能也擔(dān)心集群的健康狀態(tài)，所以就得去了解哨兵，他的主從同步，時間久了Key多了，就得了解內(nèi)存淘汰機制……

他的大容量存儲有問題，你可能需要去了解Pika….

其實遠遠沒完，每個的點我都點到為止，但是其實要深究每個點都要學(xué)很久，我們接著往下看。

實時/離線/大數(shù)據(jù)

等你把幾種關(guān)系型非關(guān)系型數(shù)據(jù)庫的知識點，整理清楚后，你會發(fā)現(xiàn)數(shù)據(jù)還是大啊，而且數(shù)據(jù)的場景越來越多多樣化了，那大數(shù)據(jù)的各種中間件你就得了解了。

你會發(fā)現(xiàn)很多場景，不需要實時的數(shù)據(jù)，比如你查你的支付寶去年的，上個月的賬單，這些都是不會變化的數(shù)據(jù)，沒必要實時，那你可能會接觸像ODPS這樣的中間件去做數(shù)據(jù)的離線分析。

然后你可能會接觸Hadoop系列相關(guān)的東西，比如于Hadoop（HDFS）的一個數(shù)據(jù)倉庫工具Hive，是建立在 Hadoop 文件系統(tǒng)之上的分布式面向列的數(shù)據(jù)庫HBase?。

寫多的場景，適合做一些簡單查詢，用他們又有點大材小用，那Cassandra就再合適不過了。

離線的數(shù)據(jù)分析沒辦法滿足一些實時的常見，類似風(fēng)控，那Flink你也得略知一二，他的窗口思想還是很有意思。

數(shù)據(jù)接觸完了，計算引擎Spark你是不是也不能放過……

搜索引擎：

傳統(tǒng)關(guān)系型數(shù)據(jù)庫和NoSQL非關(guān)系型數(shù)據(jù)都沒辦法解決一些問題，比如我們在百度，淘寶搜索東西的時候，往往都是幾個關(guān)鍵字在一起一起搜索東西的，在數(shù)據(jù)庫除非把幾次的結(jié)果做交集，不然很難去實現(xiàn)。

那全文檢索引擎就誕生了，解決了搜索的問題，你得思考怎么把數(shù)據(jù)庫的東西實時同步到ES中去，那你可能會思考到logstash去定時跑腳本同步，又或者去接觸偽裝成一臺MySQL從服務(wù)的Canal，他會去訂閱MySQL主服務(wù)的binlog，然后自己解析了去操作Es中的數(shù)據(jù)。

這些都搞定了，那可視化的后臺查詢又怎么解決呢？Kibana，他他是一個可視化的平臺，甚至對Es集群的健康管理都做了可視化，很多公司的日志查詢系統(tǒng)都是用它做的。

文末java面試題，進階技術(shù)大綱，架構(gòu)資料分享

我將這三次阿里面試的題目全部分專題整理出來，并附帶上詳細的答案解析，生成了一份PDF文檔，有興趣的朋友們可以點擊這里即可免費領(lǐng)取

• 第一個要分享給大家的就是算法和數(shù)據(jù)結(jié)構(gòu)

• 第二個就是數(shù)據(jù)庫的高頻知識點與性能優(yōu)化

• 第三個則是并發(fā)編程（72個知識點學(xué)習(xí)）

• 最后一個是各大JAVA架構(gòu)專題的面試點+解析+我的一些學(xué)習(xí)的書籍資料

[外鏈圖片轉(zhuǎn)存中…(img-9wOzLjdP-1620873641934)]

• 第三個則是并發(fā)編程（72個知識點學(xué)習(xí)）

[外鏈圖片轉(zhuǎn)存中…(img-GHgdiYjJ-1620873641935)]

• 最后一個是各大JAVA架構(gòu)專題的面試點+解析+我的一些學(xué)習(xí)的書籍資料

[外鏈圖片轉(zhuǎn)存中…(img-TrYHY8Ic-1620873641935)]

還有更多的Redis、MySQL、JVM、Kafka、微服務(wù)、Spring全家桶等學(xué)習(xí)筆記這里就不一一列舉出來

總結(jié)

以上是生活随笔為你收集整理的做了三年Java，java参考文献近五年图书的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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