“我學不到新東西”

“我感覺沒啥成長”

“每天都在重復勞動”

……

其實，每個技術從業者，多多少少都會遇到工作或學習瓶頸期。產生瓶頸期，往往不是因為我們不夠努力，而是以下原因導致的：

1、無法積累有效的項目經驗，一直在做著重復的事情，成長出現斷層。

2、企業的培訓較為傳統，多為被動接收，“營養成分”較低，對業務開發無明顯提升。

3、技術書籍和網上的免費資料實效性較低，且大多理論性會大於實用性，導致無法應用到工作場景。

那麽，該如何解決呢？

1、借助“巨人的肩膀”，快速成長。

學習資料非常關鍵，真正經典的素材只占1%。如果希望得到快速成長，或是成為技術領域高手，那麽就需要借助“巨人的肩膀”。比如，如果可以接觸到 BAT、或者國外大公司的資深技術人 ，你的學習效果就會事半功倍。

2、利用碎片化時間，提升專業能力。

一旦進入職場，我們很難有成塊的時間去系統的學習一門知識，良好的狀態是利用自身碎片時間，學習與業務緊密相關的實戰知識。網上下載的資料，或者一些技術書，可能無法在碎片化時間消化。那麽可以借助現有的知識產品，比如極客時間 App ，在不同的碎片場景，通過音頻、內容、視頻等進行學習。

3、每個角色都要懂其他角色的東西，才能成為優秀的角色。

雖然研發團隊角色不同，如產品、研發、測試。但是這些角色都是相互交叉影響的。如果對其他領域沒有一定的認知，就會聽不懂他們的訴求本質和技術方案，耗費溝通成本。而能在多方配合的溝通場景中，通過學習到的多樣技術能力，直面解決技術問題，就可以在技術成長之路上得到提升，成為一名優秀的技術 leader。

有沒有“拿來就用”的解決方法呢？

以上推薦的3點解決方法，可以總結如下：

1、學習使用有價值的經典學習材料；

2、持續學習，碎片化汲取“營養”；

3、保持在多領域對技術知識的拓展。

那麽，具有以上3點特質的技術人，我給你推薦一個技術交流群：650385180，裏面會分享一些資深架構師錄制的視頻錄像：有Spring，MyBatis，Netty源碼分析，高並發、高性能、分布式、微服務架構的原理，JVM性能優化這些成為架構師必備的知識體系。還能領取免費的學習資源，以下的知識體系圖也是在群裏獲取。相信對於已經工作和遇到技術瓶頸的，在這個群裏會有你需要的內容。

一、源碼分析

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

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

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

只關註項目本身，不懂就baidu一下。

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

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

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

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

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

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

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

二、分布式架構

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

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

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

分布式存儲系統

分布式計算系統

分布式管理系統

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

三、微服務

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

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

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

四、性能優化

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

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

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

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

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

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

以上五大知識體系是我從業多年總結出來的經驗，都是當前最主流的技術。

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

五、Java工程化

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

揭秘：技術人突破瓶頸期，離不開這幾個關鍵點