一、架構師是什麼？

架構師是一個既需要掌控整體又需要洞悉區域性瓶頸並依據具體的業務場景給出解決方案的團隊領導型人物。

一個架構師得需要足夠的想像力,能把各種目標需求進行不同維度的擴充套件，為目標客戶提供更為全面的需求清單。

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

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

二、架構師的任務

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

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

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

jvm虛擬機器原理、調優，懂得jvm能讓你寫出效能更好的程式碼；池技術，什麼物件池，連線池，執行緒池……Java反射技術，寫框架必備的技術，遇到有嚴重的效能問題，替代方案java位元組碼技術；nio，沒什麼好說的，值得注意的是"直接記憶體"的特點，使用場景；java多執行緒同步非同步；java各種集合物件的實現原理，瞭解這些可以讓你在解決問題時選擇合適的資料結構，高效的解決問題。

比如hashmap的實現原理，好多五年以上經驗的人都弄不清楚，還有為什擴容時有效能問題？

不弄清楚這些原理，就寫不出高效的程式碼，還會認為自己做的很對。

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

如果你立志做架構，首先打好基礎，從最底層開始。

然後發展到各種技術和語言，什麼都要懂兩點，要全面且不膚淺。

為什麼不是懂一點？

你要看得透徹，必須儘量深入一些。別人懂一點，你要做架構師，必須再多懂一點。比如你發現golang很流行，別人可能寫一個helloworld就說自己玩過golang，但你至少要嘗試寫一個完整的應用。

不肯下苦功，如何高人一頭？

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

三、架構師都是從碼農過來的

而Java學到極致勢必涉及到設計模式，演算法和資料結構，多執行緒，檔案及網路IO，資料庫及ORM，不一而足。這些概念放之一切語言都適用。

先精一門，為全面且不膚淺打基礎。

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

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

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

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

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

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

四、架構師知識體系

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

一、分散式架構

架構分散式的英文（ 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架構QQ群：582100479裡面會分享一些資深架構師錄製的視訊錄影：有Spring，MyBatis，Netty原始碼分析，高併發、高效能、分散式、微服務架構的原理，JVM效能優化、分散式架構等這些成為架構師必備的知識體系。幫助大家在成為架構師的道路上披荊斬棘。

後臺私信回覆“架構” 就可以馬上免費獲得這套價值一萬八的內部教材！

最後，做一個愛思考，懂思考，會思考的程式設計師。