在程式界流行著一種預設的說法叫“黃金5年”，也就是一個程式設計師從入職的時候算起，前五年的選擇直接影響著整個職業生涯中的職業發展方向和薪資走向，如何走好這5年，徹底從一個剛入行的菜鳥蛻變成可以以不變應萬變的職業大牛，這是一個涉及到自身專業知識儲備和選擇的大難題，那麼，這五年裡，一個Java程式設計師如何做才能完成從入行到大牛的晉升之路呢？

參加工作0-1年之間，Java程式設計師必須要做得事兒

當你學會了Java的基礎知識以後，你還不足以參加工作，你還需要繼續深造。你必需要學會Java開發框架。公司裡為了提高開發的效率，會使用一些Java Web框架。目前比較主流的是SSM框架，即spring、springmvc、mybatis。你需要學會這三個框架的搭建，並用它們做出一個簡單的增刪改查的Web專案。你可以不理解那些配置都是什麼含義，以及為什麼要這麼做，這些留著後面你去了解。

但你一定要可以快速的利用它們三個搭建出一個Web框架，你可以記錄下你第一次搭建的過程，在搭建的過程中，也可以順便了解一下maven的知識。在你目前這個階段，你只需要在網路上了解一下maven基本的使用方法即可，一些高階的用法隨著你工作經驗的增加，會逐漸接觸到的。

參加工作1-2年之間，Java程式設計師必須要做得事兒

這部分時間段的同學，已經對Java有了一個更加深入的瞭解。這一年，你必須對於設計模式瞭如指掌，此外，設計模式並不是你這一年唯一的任務，你還需要看一些關於程式碼編寫最佳化的書。總而言之，這個階段，你的核心任務就是提高你的程式碼能力，要能寫出一手優雅的程式碼。

另外，在過去2年的工作當中，你肯定或多或少接觸過併發。這個時候，你應該去更加深入的瞭解併發相關的知識，與此同時，這個階段你要做的事情還遠不止如此。這個時候，你應該對於你所使用的框架應該有了更深入的瞭解，對於Java的類庫也有了更深入的瞭解。因此，你需要去看一些JDK中的類的原始碼，也包括你所使用的框架的原始碼。總而言之，這個階段，你需要做的是深入瞭解Java底層和Java類庫，也就是JVM和JDK的相關內容。而且還要更深入的去了解你所使用的框架，方式比較推薦看原始碼或者看官方文件。

參加工作3-4年之間，Java程式設計師必須要做得事兒。

這個階段的同學，提升已經是很難了，而且這個階段的學習往往會比較多樣化。因為在前3年的過程中，你肯定或多或少接觸過一些其它的技術，比如大資料、分散式快取、分散式訊息服務、分散式計算、軟負載均衡等等。這些技術，你能精通任何一項，都將是你未來面試時巨大的優勢，因此如果你對某一項技術感興趣的話，這個時候可以深入去研究一下。這項技術不一定是你工作所用到的，但一定是相關的。

參加工作4-5年之間，Java程式設計師必須要做得事兒。

參加工作4年到5年的同學，相信你在自己所鑽研的領域已經有了自己一定的見解，這個時候，技術上你應該已經遇到瓶頸了。這個時候不要著急提高自己的技術，已經是時候提高你的影響力了，你可以嘗試去一些知名的公司去提高你的背景，你可以發表一些文章去影響更多的人。當然，你也可以去Github建立一個屬於你的開源專案，去打造自己的產品。技術學到這個階段，很容易遇到瓶頸，而且往往達到一定程度後，你再深入下去的收效就真的微乎其微了，除非你是專門搞學術研究的。然而很可惜，大部分程式猿做不到這一步，那是科學家做的事情。這個時候提高影響力不僅僅是因為技術上容易遇到瓶頸，更多的是影響力可以給你創造更多的機會。所以，在這個階段，你最大的任務是提高自己的影響力，為自己未來的十年工作生涯那一天做準備

具有一到五年開發經驗的Java程式設計師必須要掌握的內容列舉到以下：

設計模式

設計模式是可複用面向物件軟體的基礎，學習設計模試是每個程式設計師從菜鳥走向大神的必經之路，巧妙地運用設計模式可以使我們的程式碼看似複雜實際簡潔、複用性更高、更容易被別人理解等好處，同時也是學習軟體工程的基礎和必然。

併發程式設計

主要培養程式設計者深入瞭解最底層的運作原理，加強程式設計者邏輯思維，這樣才能寫出高效、安全、可靠的多執行緒併發程式。

開發工具工程化

透過一小段描述資訊來管理專案的構建，報告和文件的軟體專案管理工具。程式設計師的戰鬥，往往不是一個人的戰鬥，我們如何在一個平臺下高效的去重，進行程式碼review，對功能進行調整，debug，做到在統一的規劃下步步為營，混亂的堆程式碼的過程中找到自己的記錄。這一切都依賴於有效的工具。

效能調優

我們不僅僅對專案要運籌帷幄，還要能解決一切效能問題。只有深入學習JVM底層原理，Mysql底層最佳化以及Tomcat調優，才能達到知其然，知其所以然的效果。除了效能最佳化之外，也能提供通用的常見思路以及方案選型的考慮點，幫助大家培養在方案選型時的意識、思維以及做各種權衡的能力。

原始碼分析

程式設計師每天都和程式碼打交道。經過數年的基礎教育和職業培訓，大部分程式設計師都會「寫」程式碼，或者至少會抄程式碼和改程式碼。但是，會讀程式碼的並不在多數，會讀程式碼又真正讀懂一些大專案的原始碼的，少之又少。這也造成了很多錯誤看原始碼的方式。

那要如何正確的分析原始碼呢？

我們的目標應該放在最常用的框架上面，下面就介紹兩個：一個是Spring，另一個是大家用來覺得一直不怎麼出問題的Mybatis。

△spring原始碼

△mybatis原始碼

分散式架構

隨著我們的業務量越來越大和越重要，單體的架構模式已經無法對應大規模的應用場景，而且系統中決不能存在單點故障導致整體不可用，所以只有垂直或是水平拆分業務系統，使其形成一個分散式的架構，利用分散式架構來冗餘系統消除單點的故障，從而提高整個系統的可用性。同時分散式系統的模組重用度更高，速度更快，擴充套件性更高是大型的專案必不可少的環節。

分散式架構（一）

分散式架構（二）

微服務

關於微服務架構的取捨

在合適的專案，合適的團隊，採用微服務架構收益會大於成本。

微服務架構有很多吸引人的地方，但在擁抱微服務之前，也需要認清它所帶來的挑戰。

需要避免為了“微服務”而“微服務”。

微服務架構引入策略 – 對傳統企業而言，開始時可以考慮引入部分合適的微服務架構原則對已有系統進行改造或新建微服務應用，逐步探索及積累微服務架構經驗，而非全盤實施微服務架構。

B2C專案實戰

要想立足於網際網路公司，且能在網際網路浪潮中不被淹沒，對於專案的開發實戰演練是不必可少的技能，也是對自身能力的一個衡量，有多少的量對等於獲得多少的回報。看似簡單的一個專案需求圖譜，其中的底層原理，實現原理又能知道多少？你搭建一個完整的B2C專案平臺到底需要多少知識？這一切都是需要我們考量的。

JVM和效能最佳化

架構關鍵基礎設施

Dubbo、Redis、設計模式、Netty、zookeeper、Spring cloud、分散式、

高併發等架構技術