農村出身，當過保安、進過工廠，大專生文憑的他，如何憑藉自己的努力在畢業7年做到年薪百萬呢？作為芸芸碼農中普通的一員，他是如何一步步逆襲入BAT拿高薪的

因為對軟件開發感興趣，所以找工作的時候就一直投IT行業的職位。剛踏入這個行業時，以為突擊一下東拼西湊的面試材料，就能有個很好的收穫。結果卻是，別說大公司了，就是很多看不上的小公司的筆試題都過不去。

焦躁階段

後來我去了本地的一個小公司去做服務端的開發。雖然叫服務端開發，但其實就是做系統指標監控功能，從DB中讀取一些指標數據，通過圖表的形式展現在瀏覽器中，所用的技術無非就是Spring MVC那一套。這種CRUD的工作內容做時間長了，就純粹是體力勞動了，技術視野沒辦法打開。

即使寫這麼簡單的功能代碼，卻還總是被leader批評，說我寫的代碼質量太差，配不上這幾千塊的工資。人總是要臉面的，為了改變這種狀況，就開始想著如何在平凡的工作中把事情做到極致，開始關注代碼質量，開始真正的啃起了《Java編程思想》、《effective java》、《設計模式》這些書。

同時強迫自己在代碼開發前，多畫一些架構圖、數據流程圖，寫代碼的時候也強迫自己代碼分層，經過半年的磨鍊，漸漸的也能寫出一些松耦合高內聚的代碼，也改變了滿屏if-else亂飛的現象。leader也不再說我代碼差了，還給我漲了幾百塊錢（知識就是金錢）！

當時我以為這就是優秀程序員的核心能力，就鼓足勇氣去投了一些大公司的職位，卻沒收到一個面試邀請函。後來投了幾個小公司的面試，收到了面試卻沒收到offer，因為有的面試題我根本沒有概念，比如：

相比關係型數據庫，NoSQL的優勢在哪裡，你們在什麼場景下會用到？分析日誌裡存的都是賬號登陸信息，一天100G左右，找某一時間段內登陸次數最多的一個賬號你們的併發量有多大，對於雪崩現象是如何規避的？

這些問題讓我意識到：語法與設計模式只是程序員基本技能而已，要想進一步發展，必須在數據結構、高併發、分佈式技術等方面提高。最開始學習的時候是很艱難的，基礎弱，加上工作中又沒有這些技術的使用場景，所以只能在論壇、博客等看零碎的文章，進步比較慢。

要想系統的學習，圖書和網絡課程是比較好的選擇。我買了諸如《java併發編程實踐》、《大型分佈式網站架構設計與時間》、《

Spring Cloud與微服務構建》等書，來來回回看了好幾遍。然後在網上看了些視頻，有免費的，也有收費的。我還花了一年左右的時間系統性地學習了一套課程，學完之後對Java相關的技能有了更為體系化的瞭解。同時，對於非科班出身或基礎知識不夠紮實的工程師來說，也可以有效起到查漏補缺的作用。

之後我就試著在工作中利用這些技術，當時的狀態就是“拿著錘子後，看到哪裡都是釘子”，學到一個新技術後，就想強行用在任何項目上，leader有時候說我瘋了，可我覺得也不必鄙視這種經歷，凡事都有一個認知過程，這也是一種積累。

1、性能調優

不管是應付前端面試還是改進產品體驗，性能優化都是躲不開的話題。

優化的目的是讓用戶有“快”的感受，那如何讓用戶感受到快呢？

加載速度真的很快，用戶打開輸入網址按下回車立即看到了頁面

加載速度並沒有變快，但用戶感覺你的網站很快

性能優化取決於多個因素，包括垃圾收集、虛擬機和底層操作系統（OS）設置。有多個工具可供開發人員進行分析和優化時使用，你可以通過閱讀 Java Tools for Source Code Optimization and Analysis 來學習和使用它們。

必須要明白的是，沒有兩個應用程序可以使用相同的優化方式，也沒有完美的優化 java 應用程序的參考路徑。使用最佳實踐並且堅持採用適當的方式處理性能優化。想要達到真正最高的性能優化，你作為一個 Java 開發人員，需要對 Java 虛擬機（JVM）和底層操作系統有正確的理解。

以下五大知識體系是我從業多年總結出來的經驗，都是當前最主流的技術。想要詳細瞭解、深入學習的可以轉發+關注後我私信回覆【架構資料】獲取學習資料，分享一些資深架構師錄製的視頻錄像：有Spring，MyBatis，Netty源碼分析，高併發、高性能、分佈式、微服務架構的原理，JVM性能優化、併發編程這些成為架構師必備的知識體系。

下圖是我總結性能優化應該學習理解的幾大知識體系：

2、源碼解讀

源碼分析是一種臨界知識，掌握了這種臨界知識，能不變應萬變，源碼分析對於很多人來說很枯燥，生澀難懂。

源碼閱讀，我覺得最核心有三點：技術基礎+強烈的求知慾+耐心。

我認為是閱讀源碼的最核心驅動力。我見到絕大多數程序員，對學習的態度，基本上就是這幾個層次(很偏激哦)：

1.只關注項目本身，不懂就baidu一下。

2.除了做好項目，還會閱讀和項目有關的技術書籍，看wikipedia。

3.除了閱讀和項目相關的書外，還會閱讀IT行業的書，比如學Java時，還會去了解函數語言，如LISP。

4.找一些開源項目看看，大量試用第三方框架，還會寫寫demo。

5.閱讀基礎框架、J2EE規範、Debug服務器內核。

大多數程序都是第1種，到第5種不光需要濃厚的興趣，還需要勇氣：我能讀懂嗎？其實，你能夠讀懂的。

耐心，真的很重要。因為你極少看到閱讀源碼的指導性文章或書籍，也沒有人要求或建議你讀。你讀的過程中經常會卡住，而一卡主可能就陷進了迷宮。這時，你需要做的，可能是暫時中斷一下，再從外圍看看它：如API結構、框架的設計圖。

下圖是我總結出目前最應該學習的源碼知識點：

3、分佈式

分佈式系統是一個古老而寬泛的話題，而近幾年因為 “大數據” 概念的興起，又煥發出了新的青春與活力。除此之外，分佈式系統也是一門理論模型與工程技法並重的學科內容。相比於機器學習這樣的研究方向，學習分佈式系統的同學往往會感覺：“入門容易，深入難”。的確，學習分佈式系統幾乎不需要太多數學知識。

分佈式系統是一個複雜且寬泛的研究領域，學習一兩門在線課程，看一兩本書可能都是不能完全覆蓋其所有內容的。

總的來說，分佈式系統要做的任務就是把多臺機器有機的組合、連接起來，讓其協同完成一件任務，可以是計算任務，也可以是存儲任務。如果一定要給近些年的分佈式系統研究做一個分類的話，我個人認為大概可以包括三大部分：

1. 分佈式存儲系統
2. 分佈式計算系統
3. 分佈式管理系統

下圖是我總結近幾年目前分佈式最主流的技術：

4、微服務

當前微服務很熱，大家都號稱在使用微服務架構，但究竟什麼是微服務架構？微服務架構是不是發展趨勢？對於這些問題，我們都缺乏清楚的認識。

為解決單體架構下的各種問題，微服務架構應運而生。與其構建一個臃腫龐大、難以馴服的怪獸，還不如及早將服務拆分。微服務的核心思想便是服務拆分與解耦，降低複雜性。微服務強調將功能合理拆解，儘可能保證每個服務的功能單一，按照單一責任原則（Single Responsibility Principle）明確角色。 將各個服務做輕，從而做到靈活、可複用，亦可根據各個服務自身資源需求，單獨佈署，單獨作橫向擴展。

下圖是我總結出微服務需要學習的知識點：

5、工程化

工欲善其事，必先利其器，不管是小白，還是資深開發，都需要先選擇好的工具。提升開發效率何團隊協作效率。讓自己有更多時間來思考。

如果你依然覺得有些茫然，不如跟有多年Java開發經驗的資深工程師聊一聊。

關注我轉發文章後私信即可領取，轉發+轉發+轉發後關注私信回覆【架構資料】即可獲取學習資料免費領取方式！

目標想法

為什麼我會一直執念於要去BAT之類的大型互聯網公司工作？除了因為薪水誘人，更是因為能有大規模分佈式的技術可以挑戰。

回首幾年年來的升級打怪之路，從最初畢業於普通的二本學校，到成為頂尖互聯網公司的資深Java開發工程師，不免感慨良多。如果說讓我給大家分享幾點心得，那以下的3點應該是我近兩年來最大的感觸：

跳出舒適圈，找到目標是前進的起點。如果你在自己當下的工作中無法接觸太多的新技術，可以嘗試多去外面公司面試，這能在一定程度上幫助自己找到學習的目標；

跳槽要趁早，杜絕成為溫水裡的青蛙。對於想跳槽到大公司的同學來說，一定要趁早。因為同樣的水平情況下，大公司更會看中「潛力」—— 年齡越大，潛力越小；

始終保持你的學習欲。對於工程師來說，學習永無止境。但埋頭苦學是不夠的，你要注意自己的學習一定要有系統性，除了手頭的項目和身邊“大牛”的指導外，看書和網絡課程是最有效的方法，用少量的金錢換取寶貴的時間，是非常值得的。

關於工作心態

處處為公司著想，我上班的時候，我不會為了自己的完成任務而敷衍，善於經常跟領導溝通，給出最優的解決方案給領導。

要敢於表現自己，領導提問都是第一個舉手回答問題，不怕丟人，也不怕說錯，自己哪裡不足就補哪裡，不因為挫折而恐懼。

今天躺在床上的舒坦到明天都是要付出代價的，任何事情都是要有長期的打算，誰敢說過完了今天或者今年，後面就不過了呢。要居安思危，自己的崗位再怎麼好，應該都是要珍惜和懷有感恩之心。

有句話是這樣說的，當下的才是最好的，得不到的東西只能用“未必好”三個字來形容，工作中都是寂寞難耐的，但是繁華也是會有的。

“出身不好，勤奮來補。”此外現在的不勇敢，沒人會替自己描繪美好的明天！

一套個人學習的架構視頻資料免費分享給大家，希望對你有幫助！

關注我轉發文章後私信即可領取，轉發+轉發+轉發後關注私信回覆【架構資料】即可獲取學習資料免費領取方式！