昨天寫文章到凌晨3點，寫完迷迷糊糊的忘了標原創(chuàng)了。所以標了原創(chuàng)再發(fā)一次，已經(jīng)看過的忽略即可。

這篇文章對很多沒有高并發(fā)經(jīng)驗的程序員來說，會非常有幫助。

很多程序員可能都遇到過類似的困惑：

我沒有高并發(fā)項目經(jīng)驗，但是面試的時候經(jīng)常被問到高并發(fā)、性能調(diào)優(yōu)方面的問題，該怎么辦？

這個問題怎么解決？和大家說說我招人的一個經(jīng)歷。

程序員小張參加工作已 5 年，是一位高級工程師，是我親自招進公司，表現(xiàn)很出色。

前一陣子，我把小張叫進會議室，想讓他單獨帶個團隊。其中，我談到了面試時，他簡歷注水的問題。

事情是這樣的，大概兩年前，公司有個核心項目缺人，需要一位高級程序員。這個崗位非常重要，所以對面試人要求不低：

• 有高性能、高并發(fā)開發(fā)經(jīng)驗
• 有高可用系統(tǒng)經(jīng)驗
• 參與中間件研發(fā)、優(yōu)化和系統(tǒng)存儲優(yōu)化

招聘持續(xù)了兩個月，面試了許多工作五年以上甚至十年的人選，卻依然沒有招到一個特別合適的。

就在我們快不抱希望的時候，同事讓我去面試一個有趣的人，他強烈推薦，并順手把簡歷遞給了我，這人正是小張。

接過簡歷后，我先翻了翻。這一翻，讓我皺起了眉頭。

簡歷里，小張的工作經(jīng)驗只有區(qū)區(qū)三年，這三年全都在一家公司，公司本身還沒有什么名氣。

更重要的是，我懷疑他的簡歷做了手腳。

他說自己三年里，負責過兩個項目，一個是電商項目，一個是關于這個電商項目的對外開放平臺。對這兩個項目，他著重強調(diào)了項目的高并發(fā)，并說自己解決了很多技術難題。

就是這里出現(xiàn)了問題。我們當時也有電商項目，市面上稍微有點名氣的電商平臺我都非常清楚，卻沒聽說過他簡歷里的產(chǎn)品。所以我懷疑，這份簡歷是包裝過度了。

但是，對于這么明顯的問題，我不信前面的面試官們都沒看出來。那么，為什么他們還推薦我去見見呢？

說心里話，對簡歷包裝過度我是比較惱火的，但是這只是我的懷疑。同時，前面的面試官竟然是帶著一種從未有過的滿意語氣，叫我一定面面他，對同事們的認可我又比較好奇。

就這樣，我?guī)е鴲阑鹩趾闷娴拿苄乃家姷搅诵垺?/p>

見到小張的時候，我由于有點惱火，臉色顯得非常嚴肅。他可能看到我如此嚴肅，不禁局促了起來。但是，從他的眼神中，我又看到了很強的自信。我心里想，確實挺有趣的人。我決定要好好的面試下這個人，看看他到底有什么本事，能讓我的同事如此滿意。

問了下他大概背景后，開始了進入了正題。當進入了正題之后，小張的回答態(tài)度就讓我大加贊賞。態(tài)度自信，不卑不亢，邏輯表達也十分清晰明白。

這時候，我心里決定，如果小張后續(xù)的回答，能證明他的實力達到簡歷描述的八成水平，我會傾向于把 offer 給他。

我先問了問他對高并發(fā)的理解，比如

高并發(fā)需要參考哪些指標？

他告訴我，高并發(fā)由于產(chǎn)品類型不同，所以指標都不一樣。以他負責的電商系統(tǒng)來說，根據(jù)模塊的不同，關注的指標不同。商品瀏覽看得是 QPS，訂單模塊則是看得 TPS。同時，他們還需要關注活躍的用戶量等等。

這回答真不錯。面試以來，哪怕是工作多年的人，絕大多數(shù)的答案就是 QPS，無非再多一個 TPS。能把產(chǎn)品類型的不同和不同的高并發(fā)指標之間關聯(lián)起來，這說明小張是仔細對這個問題思考過的。

我愈發(fā)滿意了。在后面，我又追問了集群部署、多級緩存、復雜查詢優(yōu)化等有關性能優(yōu)化的問題，還附加了系統(tǒng)高可用的各種策略，和如何拆分去保證靈活擴展等實際中我們正在采用的問題。

等面試完畢后，時間已經(jīng)過了一個多小時。小張當時并沒有百分百答好我問的問題。

從實際回答來看，關于性能優(yōu)化的細節(jié)，比如，系統(tǒng)瓶頸的檢測和優(yōu)化，程序邏輯的優(yōu)化，JVM 優(yōu)化甚至數(shù)據(jù)庫的優(yōu)化都答得異乎尋常的出色。

但是，對于高可用的大概策略，比如降級處理，限流處理等，他只知道大的方向，很多答案一聽就知道是從書本上或者互聯(lián)網(wǎng)上看來的。

而對于系統(tǒng)的擴展性相關問題，他甚至答的非常差，很多都回答不上來。

不過瑕不掩瑜，小張依然拿到了 offer，他期望的薪資我也沒有打任何折扣，這足以給他一份大大的驚喜了。

在后來的兩年里，小張的出色表現(xiàn)，證明我沒有看錯他。

他為了公司的核心項目做出了巨大貢獻，而他的技術水平，也有了肉眼可見的巨大提升。他成為了一名高并發(fā)經(jīng)驗豐富的高級程序員。所以，現(xiàn)在打算讓他帶團隊了。

“那么，就剩一個問題了。你面試之前到底是如何做到熟悉高并發(fā)的性能優(yōu)化的？” 我好奇的問出了我壓在心底的問題。

小張不太好意思的撓了撓頭，他詳細給我講述了他是如何搞定高并發(fā)經(jīng)驗的。

我聽完后，真的是對他這些準備贊不絕口。我認為該分享出來，讓更多的人看到。

劃重點！如果你也渴望有高并發(fā)經(jīng)驗，那么下面的內(nèi)容你要格外關注了。

小張確實是做了電商平臺開發(fā)的。但是，這個電商平臺沒多少訪問量，QPS 可能一只手都能數(shù)的過來。說句難聽話，也就是掛在網(wǎng)上而已。

他剛畢業(yè)入職開始，就參與維護了這套電商平臺。就這樣持續(xù)了一年后，他發(fā)現(xiàn)自己已經(jīng)無法再有任何提高了。

他想跳槽，但是發(fā)現(xiàn)很多高級崗位都是要求高并發(fā)經(jīng)驗的，他對此很著急。如果他繼續(xù)在以前的公司發(fā)展，就勢必接觸不了什么高并發(fā)。但是跳槽的話，他又必須有高并發(fā)經(jīng)驗才能找到一個不錯的崗位去繼續(xù)提升自己。

這貌似成了一個死結。

在百般無奈之下，他決定自己模擬高并發(fā)去獲得經(jīng)驗。

現(xiàn)在總結下來，其實他的練習可以粗略分為三個階段:

第一階段

這個階段，小張完成了在高并發(fā)條件下，對單機性能優(yōu)化的學習。

小張用 Docker 容器去運行他維護的電商項目。然后用 jmeter、wrk 等工具去壓測。

在壓測期間，他敏銳地發(fā)現(xiàn)了由于系統(tǒng)每個模塊不同，所以性能表現(xiàn)就不一樣，這種現(xiàn)象引發(fā)了他的思考。他經(jīng)過網(wǎng)絡搜索和查詢資料，明白了不同模塊、不同產(chǎn)品對并發(fā)指標的要求是不一樣的。

基于這種情況，他又根據(jù)產(chǎn)品的業(yè)務邏輯編寫了復雜的壓測腳本，能自動實現(xiàn)不同模塊的壓測任務。

就是在這種不斷地壓測探測下，他明白了如何探測問題，如何通過優(yōu)化代碼、JVM 去解決問題。

比如，解決誤用 HashMap 導致死循環(huán)的問題。又比如，誤用不帶緩存的文件 IO 流，去讀取文件的問題等等。

在程序和 JVM 優(yōu)化完畢后，他又發(fā)現(xiàn)數(shù)據(jù)庫也存在問題。于是，他又學會了如何優(yōu)化數(shù)據(jù)庫 SQL，如何對數(shù)據(jù)庫分表等問題。

也是在這個階段，他認識到了緩存的必要性以及同步緩存數(shù)據(jù)狀態(tài)的重要性等重要知識點。

小張在搞了單機優(yōu)化后，他覺得也沒有辦法再通過單機的壓測學到什么新的東西了。于是，他轉向了第二階段。

第二階段

小張從阿里云買了兩臺機器，他開始嘗試使用負載均衡去分擔高并發(fā)的壓力。

同樣的，也是借助壓測工具去模擬了高并發(fā)。在壓測期間，負載均衡和系統(tǒng)屢屢出現(xiàn)和單機完全不一樣的問題。

比如，負載均衡本身的性能問題。比如，在一些時候，負載均衡后面的機器負載是不平衡的，需要對負載算法進行調(diào)整。

這個階段，小張理解了負載均衡中大部分的細節(jié)。

但是，高并發(fā)中，很多系統(tǒng)的構成會很復雜，以至于需要分布式架構系統(tǒng)的程度。他們需要各種中間件做通信，做存儲。

所以，小張根據(jù)招聘的一些需求，他做了第三階段的練習。

第三階段

為了能熟悉市面上各中間件的使用，小張把他那套電商平臺改了又改。

比如，一些本地調(diào)用的方法，被他替換成了 Dubbo 遠程調(diào)用。比如，一些模塊間調(diào)用，被他替換成了 MQ 中間件傳消息。再比如，一些放在關系數(shù)據(jù)庫的被頻繁訪問的數(shù)據(jù)，被他改存在了 MongoDB 中……

當然，壓測依然繼續(xù)。就這樣，小張又實踐了很多中間件和分布式框架的使用。

在模擬高并發(fā)練習的同時，小張不忘去讀各種高并發(fā)高性能的書籍。比如，《大型網(wǎng)站服務器容量規(guī)劃》、《互聯(lián)網(wǎng)創(chuàng)業(yè)核心技術：構建可伸縮的web應用》等書籍。

在來到我們公司面試之前，小張如此練習了兩年左右。

雖然小張面試的時候表現(xiàn)也存在很多不足，但是我當時看中他的一些優(yōu)點是:

1. 小張滿足具有高并發(fā)經(jīng)驗的要求

為什么我們需要找有高并發(fā)經(jīng)驗的人？

說白了，我們想找的程序員其實是：

• 不會亂寫性能很差的代碼
• 能敏銳感知到影響系統(tǒng)的問題
• 能獨立的處理由于高并發(fā)引發(fā)的問題

小張通過他的練習是掌握了這些技能的。

2. 小張滿足熟悉高可用的要求

我們找熟悉高可用的人，其實并不要求這個人一定能給出什么獨特的高可用方案。我們要求的是，他能知道高可用的知識后，去意識到高可用的重要性。

比如限流功能出現(xiàn)問題，他要能馬上認識到這是個很重要的問題，從而把解決的優(yōu)先級提到很高。

小張通過學習，明白了高可用的重要性，也知道了高可用的大方向，這就夠了，剩下的細節(jié)，我們有信心帶小張在實際工作中學出來。

3. 小張能參與我們的中間件研發(fā)和存儲優(yōu)化

小張主動改造過他們的電商系統(tǒng)，而且使用了很多的中間件，并對這些中間件都進行過優(yōu)化。對這些中間件的特性比較熟悉，并且在實踐中，他也了解了很多原理。

除此之外，小張的主觀能動性尤其打動我們。他對技術的主動鉆研、主動學習，表明了他是一個喜歡走出舒適區(qū)，愿意挑戰(zhàn)自己的人。而這樣的人，有哪個團隊不歡迎呢？

所以，其實沒有高并發(fā)經(jīng)驗并不可怕。

如果在工作中你接觸不到高并發(fā)的項目，那么也沒必要太糾結。公司做什么項目你改變不了，你能改變的只有你自己。關鍵還是自己要去主動學習，主動練習，主動提升。只有這樣的人，機會才會去垂青。

最后，畢竟在程序員這個圈子，90% 以上的人可能都沒有真正的高并發(fā)經(jīng)驗，所以在此也希望各位面試官，在招人的時候，如果遇到好苗子可以適當寬容一些，給新人們一點機會，說不定能找到一匹千里馬。

碼字不易，看完之后如果覺得有幫助，希望你能幫忙轉發(fā)、隨手點個在看，你的支持對我很重要。

你好，我是四猿外。

一家上市公司的技術總監(jiān)，管理的技術團隊一百余人。

我從一名非計算機專業(yè)的畢業(yè)生，轉行到程序員，一路打拼，一路成長。

我會通過公眾號，
把自己的成長故事寫成文章，
把枯燥的技術文章寫成故事。

我建了一個讀者交流群，里面大部分是程序員，一起聊技術、工作、八卦。歡迎加我微信，拉你入群。