java開發五年，你必須要知道這幾點！
做了5年左右Java開發，你已經積累了不少專案經驗，擴寬了技術廣度，也許已發力成為團隊管理者。到了這個階段，大家卻常有這種感受： 感覺自己卡在瓶頸進步緩慢，技術水平很難像早期一樣實現大幅突破？
其實大家往往忽略了這一點—— 提升自己的架構認知 。
架構的本質在於面對業務場景給出優雅的解決方案，使得業務能夠快速迭代和持續交付，從而達到降本增效的目標。
提升架構認知高度，就像 達克效應 所描述的一樣，要敢於從愚昧之巔跳到絕望之谷，通過爬升開悟之坡，從而達到架構認知的巔峰時刻。
到達巔峰時刻也就掌握了架構背後設計的哲學，面對具體業務場景在架構層面你便能夠輕鬆應對，以無招勝有招。
提升架構認知， 要緊抓3個關鍵點： 業務洞察力、技術視野、原創力（執行 力） 。
1.業務洞察力是技術戰略層面的問題，在當下能夠做出合理的判斷，清楚公司做什麼事情收益最大；
2. 技術視野即技術選型能力，是技術戰術層面的問題，在清楚做什麼事情後，需要進一步解決怎麼做的問題，也就是能夠給出合理的技術選型方案：是完全基於開源的方案，還是基於開源二次開發的方案，還是完全自研的方案；
3. 原創力（執行力）是技術落地執行層面的問題，一旦技術設計方案確定後，需要能夠快速Rush完成。
這3點層層遞進，最重要的是先把技術戰略問題思考清楚，然後再進一步解決技術戰術問題，最後是快速落地執行的問題。
工作5年左右的程式設計師，在原創力（執行力）層面比較有競爭力，往往欠缺技術視野以及業務洞察力。後面2點更加重要，這2點解決的是架構設計哲學問題， 是架構師能夠持續擁有競爭力和影響力的立身之道。
舉個場景的例子來詳細說明：一提到分散式鎖問題，大多數人想到的方案是基於Redis的Master-Slave模式來實現。這個實現方案行不行？分散式鎖本質是一個CP需求，基於Redis的實現是一個AP需求，乍一看基於Redis的實現是無法滿足的。脫離業務場景來談架構都是耍流氓。
從技術戰略的需求層面來看，如果分散式鎖在極端情況下獲取鎖的不一致，社交業務場景能夠接受，那麼基於Redis的實現是完全可行的。如果業務是交易場景，分散式鎖在極端情況下獲取鎖的不一致性無法接受，那麼基於Redis的實現方案是不可行的。在鎖強一致性的場景下，需要採取基於CP模型的etcd等方案來實現。
“於一微塵中，悉見諸世界”，一切事物的本質是相通、相同的。 學習架構也是如此，掌握了架構設計背後的哲學，那麼一切工程問題也就迎刃而解了。
那麼學好java我們又需要掌握哪些技術呢，學習方向應該是怎樣的呢。下面是我分享給大家的思維導圖，建議大家收藏
效能優化：
常用原始碼框架分析：
網際網路分散式架構專題：
微服務專題：
團隊協作開發：
B2C商城實戰：
最後針對上面六大設計模式，小編在這裡整理了一套架構師進階視訊（pring，MyBatis，Netty原始碼分析，高併發、高效能、分散式、微服務架構的原理）以及為年後想要去尋找機會的朋友準備的大廠面試真題。
資料獲取方式：請加群BAT架構技術交流群：957413713
點選連結加入群聊【BAT架構技術交流群】： https://jq.qq.com/?_wv=1027&k=5XRbSdL
