對於很多學習Java的程序員來說，回過頭來看入門Java的過程並不難，反而是學到後期感覺沒有進步，尤其是對於一個進軍編程界的兩三年的Java程序員來說，工作如果還只是增刪改查，這可是相當痛苦的。
有這種情況的程序員，有不少是在外包公司，每天就期待下班，簡直就是做一天和尚撞一天鐘。爲了打破這種僵局，Java程序員在這個迷茫的階段應做什麼呢?
下面將爲程序員小夥伴們分享5個進階的注意點，俗話說：師傅領進門，修行在個人，要提高自己還是要自己付出努力。
一、閱讀框架源碼
閱讀源代碼首先是選擇，無論是你選擇spring，還是Java Collection，選擇了一個就堅持閱讀下去，切忌坐這山觀那山。在閱讀源代碼過程中，應該搞清楚以下4個問題：
源代碼是要解決什麼問題?
源代碼是通過什麼原理實現?
它採用了哪些接口、類?
爲什麼採用這些接口和類?
二、分佈式通訊
單體應用幾乎不涉及到系統間的交互，或者有些通過老舊的WebService的形式進行交互，互聯網分佈式系統傾向於採用輕量化的、更高效率的通訊方式，比如基於HTTP、RPC協議等
三、消息中間件
消息隊列中間件是分佈式系統中重要的組件，主要解決應用耦合，異步消息，流量削鋒等問題。實現高性能，高可用，可伸縮和最終一致性架構，是大型分佈式系統不可缺少的中間件。消息隊列在電商系統、消息通訊、日誌收集等應用中扮演着關鍵作用，以阿里爲例，其研發的消息隊列(MQ)服務於阿里集團超過11年，在歷次天貓雙十一活動中支撐了萬億級的數據洪峯，爲大規模交易提供了有力保障。目前在生產環境，使用較多的消息隊列有 ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ 等。
四、分佈式事務
微服務架構的普及，離不開分佈式事務在其中所起的舉足輕重的作用，分佈式事務保證了多項服務間的數據一致性，是分佈式系統的根基。
五、異步、併發、多線程
同步的一問一答，能比較及時的處理業務，但當業務量大的時候，爲提高系統可用性、處理效率，往往會進行異步、多線程方式進行處理。線程池技術，高併發編程顯的尤爲重要。高併發知識是開發高併發系統的基礎，同時也是面試中的重要考點。Synchronized 以及 ReenTrantLock 的底層原理、AQS、常見的原子類這些知識點幾乎只要是一線大廠面試都會問到。
六、數據庫，緩存
緩存可謂是提高應用效率的大殺器，在互聯網產品應用非常廣泛，掌握幾個常見的緩存中間件是很有必要的。也很多應用場景中，也只能緩存才能保證應用的完整性，比如秒殺場景。
七、性能優化
系統性能優化涉及面非常廣，涵蓋方案設計優化、編碼優化、併發優化、JVM 調優、發現瓶頸、性能評估等諸多方面的知識。對於 Java 技術棧的工程師，掌握系統性能優化是進階的必由之路。同時，系統性能優化也是 BAT 面試中的“常客”。
八、微服務架構
微服務倡導將複雜的單體應用拆分爲若干個功能簡單、松耦合的服務，這樣可以降低開發難度、增強擴展性、便於敏捷開發。概念一經提出迅速火遍全球。當前 Hailo 有160個不同服務構成，NetFlix 有大約600個服務。國內方面，阿里巴巴、騰訊、360、京東、58同城等很多互聯網公司都進行了微服務化實踐。分佈式事務問題被著名架構師 Chris Richardson 稱爲微服務的三大難題之一，而且當前 Dubbo、SpringCloud 等微服務框架均爲提供可行的分佈式事務解決方案。
總結
有的時候，不要不屑於身邊手頭的小事，要想成長，要想不凡都是從手頭的小事做起的，同領域的大佬，技術大牛，他們的成功都是從寫第一行代碼開始的，該走的階段還是要走，直接跨過初級就成爲技術大牛顯然是不科學的，有的時候覺得手頭的事情簡單，那只是自己把它看得簡單，而並非真正的簡單，好多事情往往是上手容易，但是把它發揮到極致卻是很難的，因此在基礎階段，一定要對自己高要求，把握好每一個細節，爭取把每一個細節都研究透徹，做到完美，這樣長期以來，就可能在同事之間脫穎而出了，自然就有機會接觸到更寬闊的一面，也有機會擴充自己的知識結構與技能，總之，在最初階段不要太好高騖遠，簡單事情重複做，每做一次都要有新的思考，而不是簡單的機械勞動，那樣自然也是沒什麼長進，除了手熟一點。
最後
文章中提到的知識思維導圖的技術點我有總結出一些架構視頻資料及架構面試專題免費分享給大家（包括Kafka、Mysql、Tomcat、Docker、Spring、MyBatis、Nginx、Netty、Dubbo、Redis等架構技術資料），希望能夠幫助一些在這個行業發展迷茫的有需要的朋友，在網上博客論壇等地方少花些時間找資料，把有限的時間，真正花在學習上，所以我在這免費分享一些架構資料給大家。轉發+關注我私信【架構資料】既可領取！希望在這些資料中都有你需要的內容。
