非科班出身的「他」奮鬥了六年成爲阿里資深架構師，現年薪百萬！

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

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

焦躁階段

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

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

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

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

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

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

要想系統的學習，圖書和網絡課程是比較好的選擇。我買了諸如《java併發編程實踐》、《大型分佈式網站架構設計與時間》、《Spring Cloud與微服務構建》等書，來來回回看了好幾遍。而後在網上看了些視頻，有免費的，也有收費的。我還花了一年左右的時間系統性地學習了一套課程，學完以後對Java相關的技能有了更爲體系化的瞭解。同時，對於非科班出身或基礎知識不夠紮實的工程師來講，也能夠有效起到查漏補缺的做用。

以後我就試着在工做中利用這些技術，當時的狀態就是「拿着錘子後，看到哪裏都是釘子」，學到一個新技術後，就想強行用在任何項目上，leader有時候說我瘋了，可我以爲也沒必要鄙視這種經歷，凡事都有一個認知過程，這也是一種積累。

一、性能調優

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

優化的目的是讓用戶有「快」的感覺，那如何讓用戶感覺到快呢？

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

加載速度並無變快，但用戶感受你的網站很快

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

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

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

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

二、源碼解讀

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

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

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

1.只關注項目自己，不懂就baidu一下。

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

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

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

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

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

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

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

三、分佈式

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

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

總的來講，分佈式系統要作的任務就是把多臺機器有機的組合、鏈接起來，讓其協同完成一件任務，能夠是計算任務，也能夠是存儲任務。若是必定要給近些年的分佈式系統研究作一個分類的話，我我的認爲大概能夠包括三大部分：

1.分佈式存儲系統

2.分佈式計算系統

3.分佈式管理系統

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

四、微服務

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

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

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

五、工程化

工欲善其事，必先利其器，無論是小白，仍是資深開發，都須要先選擇好的工具。提高開發效率何團隊協做效率。讓本身有更多時間來思考。

若是你依然以爲有些茫然，不如跟有多年Java開發經驗的資深工程師聊一聊。

關注我轉發文章後 加Java高級開發：536976563進羣便可獲取往期BAT資料以及視頻。

目標想法

爲何我會一直執念於要去BAT之類的大型互聯網公司工做？除了由於薪水誘人，更是由於能有大規模分佈式的技術能夠挑戰。

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

跳出溫馨圈，找到目標是前進的起點。若是你在本身當下的工做中沒法接觸太多的新技術，能夠嘗試多去外面公司面試，這能在必定程度上幫助本身找到學習的目標；

跳槽要趁早，杜絕成爲溫水裏的青蛙。對於想跳槽到大公司的同窗來講，必定要趁早。由於一樣的水平狀況下，大公司更會看中「潛力」—— 年齡越大，潛力越小；

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

關於工做心態

到處爲公司着想，我上班的時候，我不會爲了本身的完成任務而敷衍，善於常常跟領導溝通，給出最優的解決方案給領導。

要勇於表現本身，領導提問都是第一個舉手回答問題，不怕丟人，也不怕說錯，本身哪裏不足就補哪裏，不由於挫折而恐懼。

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

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

「出身很差，勤奮來補。」此外如今的不勇敢，沒人會替本身描繪美好的明天！

一套我的學習的架構視頻資料免費分享給你們，但願對你有幫助！

關注我轉發文章後加Java高級開發：536976563進羣便可獲取往期BAT資料以及視頻。