去年的這個時候小編通過兩個月的複習拿到了阿里巴巴的 offer，有一些運氣，也有一些心得，藉着跳槽季來臨特此分享出來。
簡單梳理一下我的複習思路，同時也希望和大家一起交流討論，一起學習，如果不對之處歡迎指正一起學習。本文即是複習思路，亦可當做學習思路。
我大致把 JAVA 的複習分爲如下幾個方向。
1、JVM；
2、排序算法和 Java 集合&工具類；
3、多線程和併發包；
4、存儲相關：Redis 、Elastic Search、MySQL；
5、框架：Spring，SpringMVC，Spring Boot
6、分佈式：Dubbo；
7、設計模式；
下面簡單說一下如何複習上面的知識，首先明確，小編不會講解具體的知識點，而是一個思路，縱觀互聯網上面的帖子、文章誤人子弟的多一些，所以就不誤人子弟了，而是推薦分析出知識點然後以看書爲主。畢竟書是多方校對權威出版的讀物。
JVM
JVM 是每一個開發人員必備的技能，推薦看國內比較經典的 JVM 書籍，裏面包含JVM的內存接口，類的加載機制等基礎知識，是不是覺得這些在面試中似曾相識？所以對於 JVM 方面的知識的鞏固與其在網上看一些零零碎碎的文章不如啃一下這本書。《深入理解 Java 虛擬機：JVM 高級特性與最佳實踐(第 2 版)》，當然瞭如果你的英文好強烈推薦看 Oracle 最新發布的 JAVA 虛擬機規範。在啃書的時候切記不能圖快，你對知識的積累不是通過看書的數量來決定，而是看書的深度。所以在看每一章節的時候看到不懂的要配合網上的文章理解，並且需要看幾篇文章理解，因爲一篇文章很可能是錯誤的，小編認爲文章的可信度順序
自建域名>*.github.io>SF>簡書=博客園>CSDN>轉載
排序算法和 Java 集合、工具類
這一個分類是每一個人必須掌握的並熟練使用的，那麼爲什麼我把他們放在一起呢？
因爲工具和集合類都源於算法，在準備算法複習之前你要理解，爲什麼要必考算法。正式因爲排序算法和我們編程息息相關。舉兩個“栗子”。
第一個“栗子”，你可以看一下Collections 中的mergeSort和sort 方法，你會發現 mergeSort 就是歸併排序的實現，而 sort 方法結合了歸併排序和插入排序，這樣使得 sort 方法最差O(NlogN)最好可以達到O(N)的效果。那麼只有你自己理解了排序方法的實現，才能更好的使用 JAVA 中的集合類啊？
第二個“栗子”，大家都聽聞過 TopN 問題吧，經常在面試中遇到請寫一下 TopN 的實現，說到算法它就是一個大頂堆，說到 JAVA 它是一個 PriorityQueue 的實現，那麼你理解了 TopN 問題，知道他的時間複雜度，優缺點了，那麼是不是就可以熟練運用 JAVA 的工具類寫更高效的程序了？
之所以排序算法和 JAVA 集合&工具類 一樣重要是因爲它們和我們每天的編程息息相關。面試官總是問排序算法也不是在難爲你，而是在考察你的編程功底。所以你需要對着排序算法和基本的算法配合 JAVA 的集合類、工具類仔細的研究一番，這樣才能更深入的理解他們的關聯關係。
多線程和併發包
多線程和併發包，重要性就不累述了，直接說一下學習方法。你首先要理解多線程不僅僅是 Thread 和 Runnable 那麼簡單，整個併發包下面的工具都是在爲多線程服務。對於多線程的學習切不可看幾篇面試文章，或者幾個關鍵字 CountDownLatch，Lock 巴拉巴拉就以爲理解了多線程的精髓，小編整理了一個大圖：
需要高清大圖的小夥伴可以加一下我的Java架構交流社區：537775426，裏面不僅可以交流討論，還有面試經驗分享以及免費的資料下載，包括Spring，MyBatis，Netty源碼分析，高併發、高性能、分佈式、微服務架構的原理，JVM性能優化這些成爲架構師必備的知識體系。希望能夠幫助到你。
你需要針對這個大圖或者自己梳理一個大圖，對裏面的類各個擊破，他們的使用場景，優缺點。當然你需要配合源碼看，源碼就是大圖裏面的每一個源碼，和上面講的 JVM 一樣，不要着急馬上看完，而是看懂每一個地方是爲什麼。看的差不多你就會發現，其實他和 JAVA 集合類、工具類密不可分。那麼自然把它列爲重要知識點的原因不言而喻。
Redis、MySQL、ElasticSearch
存儲相關相關都是我們平時常用的工具，Redis，MySQL，ElasticSearch。它的知識點分爲兩方面，一方面是你平時使用過程中積累的經驗，另一方面是你對其的深入理解。所以對這個地方的建議就是通過書籍來鞏固技術知識， 《Redis設計與實現 (數據庫技術叢書)》，《高性能 MySQL》，《ElasticSearch 權威指南》這三本書不一定是該領域最好的書籍，但是如果你吃透了，對於你對知識的理解和程序的設計必定有很大幫助。書裏面的內容太多，還是舉兩個“栗子”。
第一個“栗子”，使用 Redis 切不可只用他當做 key-value 緩存數據庫。小編瞭解到它的5種基本類型中一種類型叫做 sorted set。sorted set 裏 items 內容大於 64 的時候同時使用了 hash 和 skiplist 兩種設計實現。這也會爲了排序和查找性能做的優化。添加和刪除都需要修改 skiplist，所以複雜度爲 O(log(n))。 但是如果僅僅是查找元素的話可以直接使用 hash，其複雜度爲 O(1) ，其他的 range 操作複雜度一般爲 O(log(n))，當然如果是小於 64 的時候，因爲是採用了 ziplist 的設計，其時間複雜度爲 O(n)。這樣以後查詢和更新閱讀都變得簡單，那是不是可以用其實現 TopN 的需求呢？這樣類似的需求就不需要你查數據，再在內存裏面計算和操作了。比如我們簡單的周排行，月排行都可以考慮使用這個數據結構實現，當然並不一定這是最好的解決方案，而是提供了一種解題思路。
另一個“栗子”，PriorityQueue 是優先隊列我們上文已經瞭解，那麼 ElasticSearch 的 query 也是用的優先隊列分別在每一個分片上面獲取，然後再合併優先隊列你瞭解嗎？這個“栗子”告訴我們其實算法是想通的，你理解一個便可以舉一反三觸類旁通。
框架
一談框架就想起來 Spring，一說 Spring 就想起來 IOC，AOP。因爲大家都在用這個框架，所以對於框架也不需要看一些其他的，直接就深入瞭解一下 Spring 就可以了。通過上面的敘述你已經瞭解了小編的思路，看什麼都要看他的實現原理，所以直接推薦你一本書《Spring 技術內幕》然後對着自己現有的 Spring 項目 Debug，從請求的流轉梳理知識點。Spring 出來這麼久大家對基本的知識已經瞭然於胸，重要的是看其解決問題的思路和原理，栗子又來了。
比如需要實現在 Bean 剛剛初始化的時候做一些操作，是不是需要使用InitializingBean？那麼具體怎麼使用，它的原理是什麼，Spring Bean 的生命週期是什麼樣子，通過具體的使用場景逐步展開說明。這樣複習效果會更好一些，然後再逐步的思考每一個知識點裏面涉及的更多的知識點，比如 AOP 裏面的 Proxy 都是基於什麼原理實現，有什麼優缺點。
分佈式
這是一個老生常談的話題，也是這幾年比較火的話題，說起分佈式就一定和 Dubbo 有關係，但是不能僅僅就理解到 Dubbo。首先我們需要思考它解決的問題，爲什麼要引入 Dubbo 這個概念。隨着業務的發展、用戶量的增長，系統數量增多，調用依賴關係也變得複雜，爲了確保系統高可用、高併發的要求，系統的架構也從單體時代慢慢遷移至服務SOA時代，應運而生的 Dubbo 出現了，它作爲 RPC 的出現使得我們搭建微服務項目變得簡單，但是我們不僅僅要思考 Dubbo帶來的框架支撐。同時需要思考服務的冪等、分佈式事務、服務之間的 Trace 定位、分佈式日誌、數據對賬、重試機制等，與此同時考慮 MQ 對系統的解耦和壓力的分擔、數據庫分佈式部署和分庫分表、限流、熔斷等機制。所以最終總結是不僅僅要看 Dubbo 的使用、原理同時還要思考上下游和一些系統設計的問題，這塊相對的知識點較多，可以針對上面拋出來的點各個擊破。
設計模式
設計模式很多，但是常用的就幾種，這個地方可以分兩個地方準備。
1，學以致用，設計模式不是背出來的，而是用出來了。平時多注意思考當前項目的設計，是否可以套用設計模式，當然必須先理解每一個設計模式存在的意義。
2，在現有框架中思考設計模式的體現，上面已經講過框架怎麼學習，用 Spring 距離，它裏面用了超過9種設計模式，你都知道用到哪裏了嗎？如果不知道，試着把他們找出來，同時思考爲什麼這麼設計，全部找到以後，基本的設計模式的用法和原理你也就都理解了。
參考：
1、《深入理解 Java 虛擬機：JVM 高級特性與最佳實踐(第 2 版)》
2、《Redis設計與實現 (數據庫技術叢書)》
3、《高性能 MySQL》
4、《ElasticSearch 權威指南》
5、《Spring 技術內幕》
注：需要上面提到的技術書籍電子版的小夥伴可以關注我私信發送：“書籍”獲取，電子書籍僅供粉絲預覽及學習交流使用，下載後請24小時內刪除，如果喜歡請購買正版書籍!