驀然回首自己搞技術的十幾年，我收獲了很多，技術、管理、業務、大公司及創業公司的玩法。這些年，自己也曾經迷茫過，心想自己其實能夠成長得更快一些，可惜我錯過了。

路其實一直都在那里，只是我們看不到而已！

以前我一直被公司和技術牽著走，并不是自己在選擇技術，而是不自覺地被推到了這個位置上。想想有多少人對于自己將來要從事的職業和技術類型進行過深入思考和比較呢？當我跳出編碼后，我開始思考和程序及程序員職業生涯相關的問題，最后發現，影響我們走入今天的困局的竟然是一些我們常常掛在嘴邊的話。

今天，就為大家整理一份目前互聯網公司最主流的技術選型：

一、閱讀源碼

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

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

二、分布式架構

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

三、微服務技術體系

關于微服務架構的取舍

1、在合適的項目，合適的團隊，采用微服務架構收益會大于成本。

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

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

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

四、性能優化

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

五、并發編程

主要培養編程者深入了解最底層的運作原理，加強編程者邏輯思維，這樣才能寫出高效、安全、可靠的多線程并發程序。

六、開發工具

通過一小段描述信息來管理項目的構建，報告和文檔的軟件項目管理工具。用于監控持續重復的工作，旨在提供一個開放易用的軟件平臺，使軟件的持續集成變成可能。 可以有效、高速的處理從很小到非常大的項目版本管理

有朋友問，有了路線圖，有沒有免費資料？有沒有志同道合的小伙伴共同進步？

對Java后端技術，對架構技術感興趣的同學，歡迎加QQ群：948368769，一起學習，相互討論。

群內已經有小伙伴將知識體系整理好（源碼，筆記，PPT，學習視頻），歡迎加群免費領取，資料每周都會定時更新。

部分資料如下圖：

?

?