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