目錄

前言

1.整理一份思維導圖

2.搜集一些大廠真題面試題自己解答

3. 不斷的復述和鞏固知識點

4. 加深技術的厚度

5. 出去裝X吧

打鐵還需自身硬（此方法不適合所有人）

小黃鴨學習法

關于結構化思維

5W1H法

鏈路法

其他方法

演算法的學習方法

金玉良言

前言

以java面試為例，每一年的重點都是不一樣的，招聘要求中可能出現你沒有使用過的技術， 如：RPC、springboot、docker等，如果，2個月后要去面試，你心儀的公司，招聘要求上出現這樣的你沒有用過的技術，都不知道面試官會問這個技術的哪些問題，每年新出現的技術很多，但大部分是屬于針對特定應用領域的編程框架，比如十幾年前的各類Web編程框架，十年前的中間件框架，最近幾年的深度學習框架等等，要快速掌握一個技術，需要學習的內容分為領域知識和框架兩部分，并在此基礎上要做一些實體來練習，領域知識是針對這個領域內通用的，即便是換個框架也能用的上，而框架知識則是領域知識的封裝，方便編程使用的，

小編在這里總結了一篇學習方法，只要你本身不是很菜，用此方法兩個月足夠學好多個技術，而且是真學會、可以拿出來用的那種，需要注意的是，此方法對于大部分技術都很有效（比如java，spring，Redis、網路、作業系統等等），但對于演算法、資料結構、設計模式這種需要慢慢積累基本功的不太有效，

1.整理一份思維導圖

去網上找一個有深度的面試題串列，比如阿里系的，然后逐一嘗試回答，不會的就查資料，邊回答邊整理成思維導圖，

思維導圖不需要太細致，也沒有固定的格式，你自己看著舒服就好，

• JVM記憶體為什么要分成新生代，老年代，持久代，新生代中為什么 要分為Eden和Survivor？

• 為什么要分為 Eden 和 Survivor? 為什么要設定兩個 Survivor 區？

• 你知道哪幾種垃圾收集器，各自的優缺點，重點講下cms和G1，包 括原理，流程，優缺點：

• JVM記憶體模型的相關知識了解多少，比如重排序，記憶體屏障，happen-before，主記憶體，作業記憶體：

• 簡單說說你了解的類加載器，可以打破雙親委派么，怎么打破：

• 怎么打出執行緒堆疊資訊：

• 強參考、軟參考、弱參考、虛參考的區別？

上面是小編搜集并發編程的思維導圖，需要詳細的思維導圖以及面試真題可以點我 領取哦，

2.搜集一些大廠真題面試題自己解答

然后搜集一些面試題的文章，小編這里收藏了一些面試文章，想看的小伙伴可以點進去了解一下呢！

這些JVM 多執行緒 網路編程面試大廠必問的Java面試題，你都刷了嗎？

想當程式員中間萬元戶嗎？這幾個MySQL核心技術點必須要搞懂！

來自螞蟻金服內部JAVA面試寶典意外流出！【收藏了】

臨近雙11，惡補了兩個月成功拿下大廠offer，跳槽到阿里巴巴

解答完全部的面試題后，對于這個技術你會得到一個大體的思維導圖，然后繼續刷更多新題來查缺補漏，思維導圖就會比較完整了，

3. 不斷的復述和鞏固知識點

有了思維導圖之后，就不斷在大腦中復述導圖中的內容，

一定要用具體的語言把知識點表達出來，就像教別人一樣，默念即可，這一步比較重要，學名叫小黃鴨學習法，用具體的語言表述知識點才會知道自己有哪些模棱兩可的地方，

這樣幾次之后就會形成穩固的“晶體記憶”（不用百度了，是我自己發明的詞匯），

4. 加深技術的厚度

每次回憶時，深入挖掘還不太懂的部分，嘗試理解底層原理，更新到思維導圖上，這樣對于該技術的理解就會慢慢變深厚，

這一步也很重要，一直停留在表層技術并不能幫你拿到一個好的offer，

5. 出去裝X吧

等你對思維導圖了然于胸，并且有了一定深度之后，就去面試吧，很大可能會把面試官忽悠住，以為你是個隱藏王者，我靠這個方法硬生生把Redis從零學到了原始碼級，螞蟻金服的面試官都被我忽悠瘸了，

晶體記憶是個什么鬼？我的感覺就是一個知識體系已經被大腦完全吸收并且壓縮成一個結晶，處于這種狀態時你會覺得這個知識體系就那么大一點，但你真的去擴展回憶時，會發現里面的內容真特么多，而且都是已掌握的，

打鐵還需自身硬（此方法不適合所有人）

打鐵還需自身硬，用這種速成方法首先你得有不錯的基礎，否則在研究面試題解法這一步你就堅持不下來，因為看不懂原理，靠死記硬背永遠都過不了面試，

保留好這些知識圖譜，它們都是你的財富，找到作業后也最好每天抽一個分支出來復習，在深冬冰封之際，我等食物鏈底層的碼農要時刻保持武器的鋒利，自己足夠強悍才能抵御風險，

此方法具有普適性，我正在用這個方法學習金融知識，效果還不錯，

小黃鴨學習法

在第三步中，我們需要復述思維導圖的內容，以達到透徹理解的目的，這其實就是小黃鴨學習法，

簡而言之就是把知識講解給別人，比如一只玩具小黃鴨，，，檢驗自己是否完全理解一個知識的最好方式就是教會一只小黃鴨，

這個方法是有神經學依據的，據我所知，人腦非常善于為不合理的事情找一個合理的解釋，也就是所謂的腦補，

具體研究程序可以去看一些裂腦人的實驗記錄，當右腦出現負面情緒時，左腦并不知道發生了什么（因為左右腦的資訊交換通道被切斷），但最終左腦會腦補出一個“合理”的解釋，并相信那就是事實，然而這個解釋實際上是錯誤的，

因此當你學會了一個知識點之后，你的大腦會產生“朕已完全學會”這樣的假象，

然而當你嘗試給別人講解該知識點時，就會發現其實還有很多解釋不通的地方，這種情況基本上100%會出現，

另外，在編程實踐中，用這種方法可以快速排查故障，快速弄懂復雜的代碼等等，

打個比方，如果你看不懂一段代碼背后的業務邏輯或實作細節，那么可以試著用幾句話來精確描述這段代碼的功能和實作手段，如果能做到這一點，說明你已經懂了，

不要以為這是多此一舉，人腦不可能在任何時候都保持清醒，在實際開發中，我們的大腦并不會用自然語言來處理代碼，而是直接進行邏輯和抽象思維，這就產生了很多腦補，你對代碼的理解很有可能是錯誤的，想必很多人都經常遇到，

這個方法看起來有點蠢，實際上非常有用，

關于結構化思維

玩知乎快6年，好不容易有了個千贊的答案，就再說點干貨，

之前我們使用了結構化思維的一些手段（思維導圖），但這僅僅是冰山一角，對于程式員來說，具備良好的結構化思維習慣會顯著提高生產力，它的作用比小黃鴨學習法還要大，我已經在自己身上驗證過多次，

大家可以自行在知乎搜索“結構化思維”來進行深入學習，有很多優秀的答案，接下來我只說說自己常用的幾種思維方式以及在編程中的實施，

5W1H法

這個方法會的人比較多，這里主要介紹一下在編程實踐中怎么進行5W1H分析，遇到一個問題或需求，按照以下步驟分析：

1. 寫一個串列，每一項分別為What, Why, Where, When, Who, How
2. What：簡短的用幾句話精準的描述出問題的內核是什么，需求的本質是什么，這是總體綱領，確保你在后續的作業中不會走偏，
3. Why：用一兩句話描述為什么要做這件事，這可以確保你做的事情有意義，并且目標是正確的，
4. Where：在空間維度上靜態的分析問題，宏觀上，問題涉及到哪些組件；微觀上，該問題涉及到哪些關鍵的類、方法、配置等等，原則上你可以把任何與空間有關的因素都扔進這個籃子里，分析的越全面越好，
5. When：在時間維度上動態的分析問題，宏觀上，組件之間怎么互相通訊；微觀上，上述的代碼何時被觸發等等，原則上你可以把任何與時間有關的因素都扔進這個籃子，同樣分析的越全面越好，Where和when常常會有重疊的因素，這個不要緊，隨便你放哪里都行，
6. Who：在人物關系這個維度上分析問題，一般這一步比較直觀，列舉出問題涉及到的人、人與人之間的關系以及每個人的職責即可，這樣你遇到事情就能夠找到正確的人，
7. How：用一個串列來描述怎么完成這件事，這一步其實是一個總結，把前面五個維度的因素綜合到一起，來找出一個優質省力的解決方案，然后按照解決方案來實施即可，

5W1H思維法最大的好處就是強制你去進行多個維度的全面思考，就像我之前說的，我們的大腦很喜歡腦補，如果不能明確的一條一條去分析，我們的大腦就會進行各種跳躍性的思維，最終遺漏了很多因素，在稍微復雜的專案里，你可能連需求的內核是什么都弄不清楚，別問我是怎么知道的，

鏈路法

我自己總結的一個方法，對程式進行線性的因果分析，無論是單執行緒、多執行緒還是復雜的系統，用靜態眼光來看，程式都是線性的，這是此方法的依據，具體步驟：

1.組成鏈路

遇到一個問題或需求時，先用5W1H法進行多維度分析，再把Where籃子里的因素按照When因素來粗略排序，一個一個鏈接起來，如果你對自己的作業足夠了解，這一步應該會比較快，

2. 分析鏈路

按照你遇到問題的型別來進行不同的分析：

• 如果遇到的是一個故障排查問題，那么仔細觀察鏈路的每個節點，根據問題背景關系，從最有可能出問題的幾個節點開始驗證和推斷，縮小問題半徑，直到找出問題所在，其實很多人進行故障排查時都在這么做，
• 如果遇到的是一個改祖傳屎山的需求，那么進行鏈路分析時就需要尋找代碼中的太極節點，所謂太極點，就是能夠以小博大的關鍵部位，我們都知道祖傳代碼改的越多越容易出毛病，為了安全著想，我們一定要盡量控制修改范圍，找到這些太極點，就可以在少量的改動下，完成需求，
• 如果遇到的是一個測驗的需求，那么可以對鏈路中的每個節點進行擴展分析，列舉出每個節點可能出現的邊界條件、例外情況等等，再寫測驗用例來覆寫到這些節點，

鏈路法最大的好處就是讓你不再依靠直覺去做事，在各個階段都知道自己在做什么，有時候直覺很重要，尤其是故障排查時，但如果你只依靠直覺，那么肯定會遺漏掉很多有用的資訊，如果你只依靠直覺去改代碼，那么最終結果大概率不是最優解，無形中會增加很多測驗和驗證成本，

其他方法

STAR法：此方法常常用來向別人描述某一個具體的事情或問題，在溝通中用的比較多，但在具體編程中用的不多所以請自行搜索，

金字塔法：這個方法比較普遍，但說實話，這個方法掌握起來并不容易，我主要用它來匯報作業，

PK法：當你對于決策躊躇不定時（比如技術選型），可以找一張紙，列舉出幾個方案的所有優缺點，優點和優點PK，缺點和缺點PK，最后你會得到答案，

演算法的學習方法

演算法沒有捷徑可走，但可以用一些方法更快的提高演算法能力，

“道“和”術“：

在我看來演算法的學習分為“道”和“術”，“道”指的是框架和思路，“術”指的是將思路轉化為代碼的能力，有時候給你一道演算法題你沒有解題思路，這就是“道”的能力不足；而有時候你有思路卻無法把代碼撰寫出來，或者漏洞百出，這是“術”有所欠缺，

“道”和“術”是可以分開練習的：

練習“道”時，可以每天找一定數量的演算法題，比如二十道，看題目之后只思考和回憶思路和各種解法，不需要寫一行代碼，這樣反復練習，過段時間基本上看到普通的題目就至少會有一種靠譜的思路，

“術“的練習會更直觀，就是每天解幾道演算法題，寫出具體代碼，并思考各種邊界條件、編程技巧及測驗用例等等，這樣堅持一段時間，“術”的能力自然會提高，寫不復雜的演算法基本可以一次過，

金玉良言

• “溝通“是軟體開發中的第一等公民，能夠深刻理解并實踐這句話的工程師，沒有一個不牛B的，
• 做專案要先外后內，先高后低，先解決外部的因素，再去認真考慮內部的因素，因為外部因素一般都會顯著阻礙專案的進展，先從高層次去研究，比如產品的流程及各種細節、完整的需求、整體架構及作業流，再深入到底層去研究具體實作、技術難點及解決方案等等，逆向的去實施一個專案，到最后常常會做很多的無用功，這樣的案例常常在有幾年經驗的人身上見到，以為自己技術牛B，直接上來就懟具體實作，須知一個專案是由人、事和技術三方面組成的，人和事不能協調和溝通好，技術再好專案也不可能成功，
• 遇事先解決情緒問題，再解決實際問題，帶著情緒去解決問題，常常會犯很多低級錯誤，
• 建議有眼界的人去多研究一下元認知，你會打開一個不一樣的世界，
• 持續自省是極其厲害的能力，會幫助你成為真正厲害的那一撮人，它就像北冥神功一樣，讓你從各種人身上學到優秀的東西，來補充你自身的缺陷，

文章到此就結束了！

最后來自小編的福利

以下是小編整理的一份大廠真題的面試資料，以及2020最新Java核心技術整理的資料集錦，需要領取的小伙伴可以 點我 免費領取 ，編程的世界永遠向所有熱愛編程的人開放，這是一個自由，平等，共享的世界，我始終是這樣堅信的，

部分資料圖片：

喜歡小編的分享可以點贊關注哦，小編持續為你分享最新文章 和 福利領取哦