前言

這期我想寫很久了，但是因為時間的原因一直拖到了現(xiàn)在，我以為一兩天就寫完了，結(jié)果從構(gòu)思到整理資料，再到寫出來用了差不多一周的時間吧。

你們也知道丙丙一直都是創(chuàng)作鬼才來的，所以我肯定不會一本正經(jīng)的寫，我想了好幾個切入點(diǎn)，最后決定用一個完整的電商系統(tǒng)作為切入點(diǎn)，帶著大家看看，我們需要學(xué)些啥，我甚至還收集配套視頻和資料，暖男石錘啊，這期是嘔心瀝血之作，不要白嫖了。

正文

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

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

 

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

前端

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

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

前端現(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我覺得是必須掌握的點(diǎn)，看著簡單其實深究或者去操作的話還是有很多東西的，其他作為擴(kuò)展有興趣可以了解，反正入門簡單，只是精通很難很難。

在這一層不光有這些還有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ù)更新迭代了很多個版本，從早期的單機(jī)時代，到現(xiàn)在超大規(guī)模的互聯(lián)網(wǎng)時代，幾億人參與的春運(yùn)，幾千億成交規(guī)模的雙十一，無數(shù)互聯(lián)網(wǎng)前輩的造就了現(xiàn)在互聯(lián)網(wǎng)的輝煌。

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

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

負(fù)載均衡，LVS

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

DNS

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

CDN

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

zk

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

Nginx

 

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

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

 

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

服務(wù)層：

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

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

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

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

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

JAVA的基礎(chǔ)也一樣重要，面向?qū)ο?包括類、對象、方法、繼承、封裝、抽象、 多態(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，第一天這是什么玩意，一周后，真香，但是這玩意收費(fèi)有點(diǎn)貴，那免費(fèi)的VSCode真的就是不錯的選擇了。

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

代碼提交之后，發(fā)布之后你會發(fā)現(xiàn)很多東西需要自己去服務(wù)器親自排查，那Linux的知識點(diǎn)就可以在里面靈活運(yùn)用了，查看進(jìn)程，查看文件，各種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)開始有點(diǎn)不滿足你的需求了，你想開發(fā)更便捷，像訪問本地服務(wù)一樣訪問遠(yuǎn)程服務(wù)，所以我們?nèi)チ私饬薉ubbo，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ù)的交互都從進(jìn)程內(nèi)通信變成了遠(yuǎn)程通信，所以性能必然會受到一些影響。

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

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

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

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

 

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

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

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

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

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

 

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

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

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

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

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

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

 

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

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

等你把幾種關(guān)系型非關(guān)系型數(shù)據(jù)庫的知識點(diǎn)，整理清楚后，你會發(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 。

寫多的場景，適合做一些簡單查詢，用他們又有點(diǎn)大材小用，那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)都是用它做的。

 

學(xué)習(xí)路線

看了這么久你是不是發(fā)現(xiàn)，帥丙只是一直在介紹每個層級的技術(shù)棧，并沒說到具體的一個路線，那是因為我想讓大家先有個認(rèn)知或者說是掃盲吧，我一樣用腦圖的方式匯總一下吧，如果圖片被平臺二壓了，可以去公眾號回復(fù)【路線】。

 

資料/學(xué)習(xí)網(wǎng)站

Tip：本來這一欄有很多我準(zhǔn)備的資料的，但是都是外鏈，或者不合適的分享方式，博客的運(yùn)營小姐姐提醒了我，所以大家去公眾號回復(fù)【路線】好了。

 

絮叨

如果你想去一家不錯的公司，但是目前的硬實力又不到，我覺得還是有必要去努力一下的，技術(shù)能力的高低能決定你走多遠(yuǎn)，平臺的高低，能決定你的高度。

如果你通過努力成功進(jìn)入到了心儀的公司，一定不要懈怠放松，職場成長和新技術(shù)學(xué)習(xí)一樣，不進(jìn)則退。

丙丙發(fā)現(xiàn)在工作中發(fā)現(xiàn)我身邊的人真的就是實力越強(qiáng)的越努力，最高級的自律，享受孤獨(dú)(周末的歪哥)。

[[316892]] 

總結(jié)

我提到的技術(shù)棧你想全部了解，我覺得初步了解可能幾個月就夠了，這里的了解僅限于你知道它，知道他是干嘛的，知道怎么去使用它，并不是說深入了解他的底層原理，了解他的常見問題，熟悉問題的解決方案等等。

你想做到后者，基本上只能靠時間上的日積月累，或者不斷的去嘗試積累經(jīng)驗，也沒什么速成的東西，欲速則不達(dá)大家也是知道的。

技術(shù)這條路，說實話很枯燥，很辛苦，但是待遇也會高于其他一些基礎(chǔ)崗位。

所實話我大學(xué)學(xué)這個就是為了興趣，我從小對電子，對計算機(jī)都比較熱愛，但是現(xiàn)在打磨得，現(xiàn)在就是為了錢吧，是不是很現(xiàn)實?若家境殷實，誰愿顛沛流離。

但是至少丙丙因為做軟件，改變了家庭的窘境，自己日子也向小康一步步邁過去。

說做程序員改變了我和我家人的一生可能夸張了，但是我總有一種下班輩子會因為我選擇走這條路而改變的錯覺。

我是敖丙，一個在互聯(lián)網(wǎng)茍且偷生的工具人。