十年碼農總結的 Java 架構師學習路線

1，架構師是什嗎？

要想往架構師的方向發展首先要知道架構師是什嗎？架構師是一個既需要掌控整體又需要洞悉局部瓶頸並依據具體的業務情境給出解決方案的團隊領導型人物。一個架構師得需要足夠的想像力,能把各種目標需求進行不同維度擴充，為勘探提供更為全面的需求清單。

架構師在軟體開發的整個過程中起著很重要的作用。

說的詳細一些，架構師就是確認和評估系統需求，給出開發規範，搭建系統實現的核心構架，並澄清技術細節、掃清主要痛點的技術人員。主要著眼於系統的“技術實現”。

2，架構師的任務

架構師的主要任務不是從事具體的軟體程式的編寫，而是從事更高層次的開發構架工作。他必須對開發技術非常瞭解，並且需要有良好的組織管理能力。可以這樣說，一個架構師工作的好壞決定了整個軟體開發項目的成敗。

在成為Java架構師之前，應當先成為Java工程師。

熟練使用各種架構，並知道它們實現的原理。

jvm虛擬機器原理、調優，懂得jvm能讓你寫出效能更好的代碼；

池技術，什麼對象池，串連池，線程池……Java反射技術，寫架構必備的技術，遇到有嚴重的效能問題，替代方案java位元組碼技術；

nio，沒什麼好說的，值得注意的是"直接記憶體"的特點，使用情境；java多線程同步非同步；java各種集合對象的實現原理，瞭解這些可以讓你在解決問題時選擇合適的資料結構，高效的解決問題，比如hashmap的實現原理，好多五年以上經驗的人都弄不清楚，還有為什擴容時有效能問題？不弄清楚這些原理，就寫不出高效的代碼，還會認為自己做的很對；

總之一句話，越基礎的東西越重要，很多人認為自己會用它們寫代碼了，其實僅僅是知道如何調用api而已,離會用還差的遠。

如果你立志做架構，首先打好基礎，從最底層開始。然後發展到各種技術和語言，什麼都要懂兩點，要全面且不膚淺。為什麼不是懂一點？你要看得透徹，必須盡量深入一些。別人懂一點，你要做架構師，必須再多懂一點。比如你發現golang很流行，別人可能寫一個helloworld就說自己玩過golang，但你至少要嘗試寫一個完整的應用。不肯下苦功，如何高人一頭？

另外你要非常深入地瞭解至少一門語言，如果你的目標是java，就學到極致，作為敲門磚，先吃飽了才能談理想。

3，架構師都是從碼農過來的

而Java學到極致勢必涉及到設計模式，演算法和資料結構，多線程，檔案及網路IO，資料庫及ORM，不一而足。這些概念放之一切語言都適用。先精一門，為全面且不膚淺打基礎。

另外就是向有經驗的架構師學習，和小夥伴們討論辯論爭論。

其實最重要的能力就是不斷學習。在思考新的技術是否能更好地解決你們遇到的問題之前，你首先得知道並瞭解新的技術。

架構師都是從碼農過來的，媳婦熬成婆。

千萬不要成為不寫代碼的架構師，有些公司專門產不寫技術的架構師。

所謂架構師，只是功底深厚的程式員而已。個人認為應該紮紮實實學習基礎知識，學習各種規範，架構，需要廣泛的知識面，懂的東西越多視野越開闊，設計的東西當然會越好越全面。

成為架構師需要時間的積累的，不但要知其然還要知其所以然。平時的一點一滴你感覺不到特別用處，但某天你會發現所有東西都沒有白學的。

4，架構師知識體系

下面是我總結多年經驗開發的架構師知識體系

一、分布式架構

架構分布式的英文（ Distributed computing 分散式運算技術）的應用和工具，成熟目前的技術包括 J2EE，CORBA 和 .NET（DCOM），這些技術牽扯的內容非常廣，相關的書籍也非常多。

本文不介紹這些技術的內容，也沒有涉及這些技術的細節，只是從各種分布式系統平台產生的背景和在軟體開發中應用的情況來探討它們的主要異同。

分布式系統是一個古老而寬泛的話題，而近幾年因為“大資料”概念的興起，又煥發出了新的青春與活力。

除此之外，分布式系統也是一門理論模型與工程技法。並重的學科內容相比於機器學習這樣的研究方向，學習分布式系統的同學往往會感覺：“入門容易，深入難”的確，學習分布式系統幾乎不需要太多數學知識。

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

總的來說，分布式系統要做的任務就是把多台機器有機的組合，串連起來，讓其協同完成一件任務，可以是計算任務，也可以是儲存任務。

如果一定要給近些年的分布式系統研究做一個分類的話，我個人認為大概可以包括三大部分：

1.   分布式儲存系統

2.   分散式運算系統

3.   分布式管理系統

二、微服務

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

為解決單體架構下的各種問題，微服務架構應運而生。與其構建一個臃腫龐大，難以馴服的怪獸，還不如及早將服務拆分。微服務的核心思想便是服務拆分與解耦，降低複雜性。

微服務強調將功能合理拆解，儘可能保證每個服務的功能單一，按照單一責任原則（Single Responsibility Principle）明確角色。將各個服務做輕，從而做到靈活，可複用，亦可根據各個服務自身資源需求，單獨布署，單獨作橫向擴充。

微服務架構（Microservice Architecture）是一種架構概念，旨在通過將功能分解到各個離散的服務中以實現對解決方案的解耦。你可以將其看作是在架構層次而非擷取服務的

類上應用很多 SOLID 原則。微服務架構是個很有趣的概念，它的主要作用是將功能分解到離散的各個服務當中，從而降低系統的耦合性，並提供更加靈活的服務支援。

概念：把一個大型的單個應用程式和服務拆分為數個甚至數十個的支援微服務，它可擴充單個組件而不是整個的應用程式堆棧，從而滿足服務等級協議。

定義：圍繞業務領域組件來建立應用，這些應用可獨立地進行開發，管理和迭代在分散的組件中使用雲架構和平台式部署，管理和服務功能，使產品交付變得更加簡單。

本質：用一些功能比較明確，業務比較精練的服務去解決更大，更實際的問題。

三、源碼分析

從字面意義上來講，源檔案的英文指一個檔案，指原始碼的集合。原始碼則是一組具有特定意義的可以實現特定功能的字元（程式開發代碼）。

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

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

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

1，只關注項目本身，不懂就百度一下。

2，除了做好項目，還會閱讀和項目有關的技術書籍，看維基百科。

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

4，找一些開源項目看看，大量試用第三方架構，還會寫寫示範。

5，閱讀基礎架構，J2EE 規範，調試伺服器核心。

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

耐心，真的很重要。因為你極少看到閱讀源碼的指導性文章或書籍，也沒有人要求或建議你讀。

你讀的過程中經常會卡住，而一卡主可能就陷進了迷宮這時，你需要做的，可能是暫時中斷一下，再從外圍看看它：如API結構，架構的設計圖。

四、工具使用

工欲善其事必先利其器，工具對 Java 的的程式員的重要性不言而喻現在有很多庫，工具 + 生產力和程式任的 Java 的開發人員選擇。列出的工具都是程式員必不可少的工具

五、效能最佳化

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

最佳化的目的是讓使用者有“快”的感受，那如何讓使用者感受到快呢？

載入速度真的很快，使用者開啟輸入網址按下斷行符號立即看到了頁面

載入速度並沒有變快，但使用者感覺你的網站很快

效能最佳化取決於多個因素，包括垃圾收集，虛擬機器和底層作業系統（OS）設定。有多個工具可供開發人員進行分析和最佳化時使用，你可以通過閱讀爪哇工具的原始碼最佳化和分析來學習和使用它們。

必須要明白的是，沒有兩個應用程式可以使用相同的最佳化方式，也沒有完美的最佳化的 Java 應用程式的參考路徑。

使用最佳實務並且堅持採用適當的方式處理效能最佳化。想要達到真正最高的效能最佳化，你作為一個 Java 的開發人員，需要對 Java 的虛擬機器（JVM）和底層作業系統有正確的理解。

效能最佳化，簡而言之，就是在不影響系統運行正確性的前提下，使之運行地更快，完成特定功能所需的時間更短。效能問題永遠是永恒的主題之一，而最佳化則更需要技巧。

Java程式員如何學習才能快速入門並精通呢？

當真正開始學習的時候難免不知道從哪入手，導致效率低下影響繼續學習的信心。

但最重要的是不知道哪些技術需要重點掌握，學習時頻繁踩坑，最終浪費大量時間，所以有一套實用的視頻課程用來跟著學習是非常有必要的。

為了讓學習變得輕鬆、高效，今天給大家免費分享一套阿里架構師傳授的一套教學資源。協助大家在成為架構師的道路上披荊斬棘。這套視頻課程詳細講解了（Spring，MyBatis，Netty源碼分析，高並發、高效能、分布式、微服務架構的原理，JVM效能最佳化、分布式架構）等這些成為架構師必備的內容！而且還把架構需要用到的各種程式進行了打包，根據基礎視頻可以讓你輕鬆搭建分布式架構環境，像在企業生產環境一樣進行學習和實踐。

加入 “609164807 ”Java進階，就可以馬上免費獲得這套價值一萬八的內部教材！