一、前言

你只面向工作學(xué)習(xí)嗎？

如果說(shuō)編程只是單純的承接產(chǎn)品需求開(kāi)發(fā)系統(tǒng)功能，那么基本可以把程序開(kāi)發(fā)簡(jiǎn)單理解成按照需求PRD，定義屬性、創(chuàng)建方法、調(diào)用展示，這三個(gè)步驟。

尤其是在一些大公司中，會(huì)有易用的、完善的、標(biāo)準(zhǔn)的架構(gòu)體系和運(yùn)維服務(wù)，例如：RPC、MQ、Redis集群、分布式任務(wù)、配置中心、分庫(kù)分表組件、網(wǎng)關(guān)等搭配出來(lái)的系統(tǒng)架構(gòu)。也因此讓程序員做到只關(guān)心業(yè)務(wù)功能開(kāi)發(fā)！

讓程序員只關(guān)心業(yè)務(wù)開(kāi)發(fā)，有成熟的系統(tǒng)架構(gòu)、有標(biāo)準(zhǔn)的開(kāi)發(fā)流程、有通用的功能設(shè)計(jì)，對(duì)于團(tuán)隊(duì)效能提升來(lái)說(shuō)是非常好的事。但一部分程序員正因?yàn)橛羞@樣的好事，讓日復(fù)一日的歲月做著同樣的事，最后成為工具人。

如果是框架和中間件的存在，是了讓程序員只關(guān)心業(yè)務(wù)開(kāi)發(fā)。那為什么你面試的時(shí)候會(huì)被問(wèn)到核心組件的設(shè)計(jì)和原理呢？ 在這個(gè)年代，別放棄學(xué)習(xí)是你幾乎唯一的生存途徑。

二、多線程和鎖沒(méi)用過(guò)？

面試必問(wèn)的多線程、鎖，甚至可能問(wèn)的還挺深入，比如：AQS、CAS、CLH、MCS、鎖升級(jí)、對(duì)象頭等等。但在實(shí)際的業(yè)務(wù)開(kāi)發(fā)中，你用到了嗎？可能這也是大部分同學(xué)說(shuō)，面試造火箭的地方！

互聯(lián)網(wǎng)應(yīng)用中有些業(yè)務(wù)場(chǎng)景開(kāi)發(fā)，確實(shí)很少能用到多線程，也幾乎不需要你去加鎖。即使你能用到多線程的地方也可以用其他更好的方式處理，就像你需要多個(gè)線程把數(shù)據(jù)落庫(kù)，那么就可以使用異步MQ的方式，把壓力分散到各個(gè)應(yīng)用實(shí)例上去。而這一開(kāi)發(fā)方式的演變，是因?yàn)楝F(xiàn)在的應(yīng)用開(kāi)發(fā)和部署都是基于分布式的思想，所以也就很少會(huì)有非得用線程來(lái)壓榨單實(shí)例CPU。

在基于RPC+MQ+數(shù)據(jù)庫(kù)路由+網(wǎng)關(guān)，以及各類配合的組件下，構(gòu)建出的分布式應(yīng)用，在某些時(shí)候是改變了我們的開(kāi)發(fā)模式的。可能原來(lái)我們需要大量使用多線程在單個(gè)實(shí)例下的開(kāi)發(fā)思路，在使用分布式架構(gòu)后，就需要轉(zhuǎn)變這一思想，所以隨時(shí)而來(lái)的使用多線程和鎖的場(chǎng)景也會(huì)減少。

圖 14-1 分布式簡(jiǎn)化的應(yīng)用部署

但，也不是就沒(méi)有多線程和鎖的業(yè)務(wù)場(chǎng)景，就比如我們的核心組件中，數(shù)據(jù)庫(kù)連接池、分布式任務(wù)中，都會(huì)涉及到多線程和鎖的使用。也有一些類似商品秒殺的場(chǎng)景，同樣需要使用到鎖。

那么，使用多線程為了更大限度的利用資源提升效率，加鎖是為了在同一個(gè)資源有競(jìng)爭(zhēng)的情況保證業(yè)務(wù)流程的正確性。就像：數(shù)據(jù)庫(kù)連接池為了合理分配數(shù)據(jù)庫(kù)資源、商品秒殺是為了庫(kù)存的競(jìng)爭(zhēng)。

可是，在沒(méi)有需要競(jìng)爭(zhēng)和分配資源的情況下，一般并不會(huì)在分布式場(chǎng)景下使用到多線程。假如我們做一個(gè)用戶資源單次計(jì)數(shù)的操作，那么原來(lái)的應(yīng)用是單實(shí)例還是可以加鎖累加計(jì)數(shù)的。但現(xiàn)在是分布式應(yīng)用部署，也就是你可能這一時(shí)刻是A實(shí)例提供你的需求，當(dāng)你再次刷新頁(yè)面后可能訪問(wèn)到的就是B實(shí)例。這時(shí)候在想做一些實(shí)例上的累加，就沒(méi)那么方便了。

這也就是在分布式應(yīng)用框架的應(yīng)用中，讓你能用到多線程和鎖的地方并不多的原因。但如果你有需要去了解一些中間件或者核心組件的設(shè)計(jì)時(shí)，就需要了解相關(guān)的核心知識(shí)。

很多紙上談兵的技術(shù)，也就是你造輪子、造火箭、成為架構(gòu)師的根基！ 如果你還想奔著這條路能走的更遠(yuǎn)，就需要繼續(xù)學(xué)習(xí)。

三、你的成長(zhǎng)階段目標(biāo)？

圖 14-2 你的成長(zhǎng)階段

就編程開(kāi)發(fā)這條道路而言，每一個(gè)成長(zhǎng)階段的目標(biāo)都會(huì)有它隨著帶來(lái)的難以攻克的難。

• 上學(xué)階段，對(duì)突如其來(lái)的奇怪知識(shí)，想把它在自己電腦運(yùn)行起來(lái)，就很難。
• 工作1~3年，以前掌握的都是毛皮，接下來(lái)需要有深度的學(xué)習(xí)，而深入后都將與數(shù)學(xué)硬碰硬。
• 工作3~5年，看以前理論性的知識(shí)也沒(méi)那么難，但怎么實(shí)際要解決一些復(fù)雜項(xiàng)目，還是抓心撓肝。
• 工作5~7年，薪資與職位都會(huì)成為這個(gè)階段非常難以突破的瓶頸，積累不足、沉淀不夠，現(xiàn)狀不滿！
• 工作7~10年，以前覺(jué)得什么都難學(xué)，現(xiàn)在可能讓你有空閑時(shí)間都難。并不一定年齡到了，本事就到了。

隨著年齡的增長(zhǎng)，每一階段都有難以跨越的難。而那些看上去突破了瓶頸，達(dá)到了你想要的高度的人。其實(shí)每一個(gè)階段，他們都跑在前面。

但就單純的技術(shù)成長(zhǎng)而言，其實(shí)理論知識(shí)并不難，只要你學(xué)就還能會(huì)，只是付出的時(shí)間成本不同罷了。但過(guò)了理論知識(shí)這一關(guān)后，接下來(lái)要面對(duì)的是創(chuàng)造能力，也就是為什么你感覺(jué)自己會(huì)了那么多技術(shù)內(nèi)容，但是實(shí)際開(kāi)發(fā)時(shí)卻總感覺(jué)寫(xiě)不出好代碼的階段。

會(huì)了核心技術(shù)但又寫(xiě)不出好代碼，就很像是：會(huì)漢字但寫(xiě)不出詩(shī)詞歌賦、懂色彩但繪不出山河大川、能蹦跳但舞不出搖曳生姿。

所以，多實(shí)戰(zhàn)一些項(xiàng)目代碼，多看一些設(shè)計(jì)模式，會(huì)讓你更好的理解代碼該怎么用，也就能提升突破當(dāng)前的階段屏障。推薦小傅哥的《重學(xué)Java設(shè)計(jì)模式》，公眾號(hào)：bugstack蟲(chóng)洞棧，回復(fù)：設(shè)計(jì)模式，下載。

四、怎么成長(zhǎng)為架構(gòu)師？

圖 14-3 架構(gòu)師知識(shí)體系

講到架構(gòu)師，其實(shí)真的挺難因?yàn)閳?bào)名一個(gè)課程學(xué)習(xí)完就能成為架構(gòu)師。架構(gòu)師的成長(zhǎng)更多的取決你們的研發(fā)組是否需要一個(gè)架構(gòu)師，也同時(shí)需要你在這個(gè)崗位起到應(yīng)有的作用。

如果你還不是架構(gòu)師，但想成為架構(gòu)師。那么還取決于你的老板是否愿意把你培養(yǎng)成架構(gòu)師，以及你自己的多方面能力是否具備。另外，并不一定高級(jí)開(kāi)發(fā)就低于架構(gòu)師。高級(jí)開(kāi)發(fā)有時(shí)候比架構(gòu)師做的事更專一、更核心。

那么除了圖 14-3 對(duì)于架構(gòu)師的能力概況，有哪些具體的事項(xiàng)呢？

1. 定得了規(guī)范、設(shè)計(jì)了架構(gòu)。
2. 有一定的技術(shù)深入和廣度，改的了bug、處理得了事故。
3. 帶了了小組推進(jìn)項(xiàng)目落地，也能協(xié)同其他組配合。
4. 了解運(yùn)營(yíng)和業(yè)務(wù)規(guī)劃，提前介入產(chǎn)品開(kāi)發(fā)階段。
5. 懂得了業(yè)務(wù)和運(yùn)營(yíng)，了解數(shù)據(jù)指標(biāo)和各項(xiàng)ROI。
6. 架構(gòu)更多的是經(jīng)驗(yàn)和經(jīng)歷的結(jié)合，而不是一個(gè)單項(xiàng)內(nèi)容的單一渠道。
7. 不是沒(méi)有架構(gòu)師就沒(méi)有架構(gòu)，有時(shí)候是一個(gè)公司或者小組承接的項(xiàng)目并沒(méi)有那么大，使用成型架構(gòu)模式即可。
8. 但如果有非常復(fù)雜的場(chǎng)景設(shè)計(jì)，都是十幾個(gè)系統(tǒng)的分組安排開(kāi)發(fā)，提供服務(wù)，支持幾萬(wàn)秒殺，幾十萬(wàn)日活，在擴(kuò)展到上百萬(wàn)DAU，就需要有架構(gòu)師來(lái)把控。
9. 再比如：從下單、到交易、到支付、到結(jié)算、到活動(dòng)、到玩法、怎么支持。這個(gè)體量的復(fù)雜度才需要有架構(gòu)權(quán)衡。
10. 沒(méi)有絕對(duì)的對(duì)和絕對(duì)的錯(cuò)，只是什么時(shí)候更適合罷了。多學(xué)一些，別給自己設(shè)定邊界，才更好突圍！

做好架構(gòu)，遠(yuǎn)看是部門(mén)效率，近看是解決爛代碼！很多時(shí)候的急，可能讓整個(gè)工程爛掉。爛的越來(lái)越多，最終也會(huì)影響業(yè)務(wù)發(fā)展。那么這些爛代碼都怎么來(lái)的呢？

1. bug很多時(shí)候是接手了的爛代碼或者別人的思路沒(méi)有繼續(xù)繼承。
2. 業(yè)務(wù)需求簡(jiǎn)單開(kāi)始就寫(xiě)的沒(méi)有擴(kuò)展性，后面也不斷的堆積。
3. 沒(méi)有很好的結(jié)構(gòu)和命名、也從不格式化。
4. 預(yù)期不到將來(lái)業(yè)務(wù)走向，設(shè)計(jì)不出合理的擴(kuò)展性系統(tǒng)。
5. 炫技大于整體規(guī)劃和設(shè)計(jì)，一個(gè)新技能的引入，但缺少相應(yīng)的匹配。
6. 沒(méi)有設(shè)計(jì)，功能都是流程式，需要啥就寫(xiě)ifelse。
7. 總想一把梭，沒(méi)關(guān)系的，心里有抱怨，部門(mén)有急功近利，不給你長(zhǎng)時(shí)間的鋪墊，沒(méi)有有人帶，寫(xiě)不出好東西。
8. 組內(nèi)缺少相應(yīng)的流程規(guī)范和評(píng)審，設(shè)計(jì)評(píng)審、代碼評(píng)審，也沒(méi)與標(biāo)桿項(xiàng)目可以參考。
9. 懂幾個(gè)jdk源碼從不是寫(xiě)好代碼的根本只是基本功。就像老木匠用斧子，新木匠用電鋸，但做出來(lái)的東西，有的就好，有的就不好。
10. 沒(méi)有永遠(yuǎn)好的代碼，如果像代碼更好，就需要一直維護(hù)，一直改造。
11. 沒(méi)有業(yè)務(wù)對(duì)應(yīng)的體量，不談QPS、TPS、TP99、TP999，服務(wù)健康度，很多空談都是耍流氓。

爛，來(lái)自于很多方面，而且這并不是你報(bào)名個(gè)課程就能學(xué)到的。業(yè)務(wù)、產(chǎn)品、研發(fā)，三方共同努力才能更好的減少爛的出現(xiàn)，而這些也是每一個(gè)研發(fā)都應(yīng)該努力的方向，也幾乎是你要成為架構(gòu)師的必經(jīng)之路。

五、總結(jié)

• 寫(xiě)了這么多主要是想幫助那些和我一樣在這條路上持續(xù)拼搏的同好，可能大家都會(huì)在這些階段迷茫過(guò)：上學(xué)時(shí)技術(shù)怎么學(xué)、求職時(shí)簡(jiǎn)歷怎么寫(xiě)、工作時(shí)個(gè)人怎么成長(zhǎng)等等。所以很多時(shí)候更多的仍然是自己的克制和自己的選擇！
• 你用劍、我用刀、都有目標(biāo)、都很風(fēng)燒！繼續(xù)加油！