關於Java面試，你應該準備這些知識點

馬老師說過，員工的離職緣由不少，只有兩點最真實：

• 錢，沒給到位
• 心，受委屈了

固然，我是想換個平臺，換個方向，想清楚爲何要跳槽，若是真的要跳槽，想要拿到一個理想的offer，除了運氣，基本功也要足夠的紮實，但願下面的面試經驗能給大家可以提供一些幫助。

項目經驗

面試官在一開始會讓你進行自我介紹，主要是想讓你介紹一下本身作過的一些項目，看看你對這些項目的瞭解程度，由於不少人簡歷上寫的項目並不是都是從頭至尾都參與的，有些只是參與並實現了其中的一些模塊而已，或是接手維護別人的項目，因此在你簡歷上所寫的和麪試過程當中所說的項目經驗，你本身必須可以瞭解前因後果，由於面試官確定會根據你的項目描述，對項目中的實現原理，或爲何要這樣實現進行提問，這時不至於木訥住而不知如何做答，如此局面只會大大下降面試分。

場景對話：
面試官：（拿着簡歷）講講你最近作的這個項目

我：&……%￥#*&￥@%￥！，說了一大通（不知道面試官聽進去多少，面試官會挑他會的進行提問）

面試官：你說這個項目中用到了netty，能大概講講netty的線程模型麼？

我：（幸虧我看過netty的源碼）netty經過Reactor模型基於多路複用器接收並處理用戶請求（能講就多講一點），內部實現了兩個線程池，boss線程池和work線程池，其中boss線程池的線程負責處理請求的accept事件，當接收到accept事件的請求時，把對應的socket封裝到一個NioSocketChannel中，並交給work線程池，其中work線程池負責請求的read和write事件（經過口述加畫圖的方式，把請求的執行過程大概描述了一遍，時間有限，也不可能把全部的細節都說完，挑重點講，挑記憶深入的講）

面試官：嗯，理解的還挺深刻的…那你在作這個項目時有沒有遇到什麼困難，或者是以爲有挑戰的地方？

我：（這時面試官想讓你本身出題本身回答了，因此必定要回答，不回答就突顯不出你這個項目了，要是這個問題沒有準備過，只能臨時發揮了，固然我就是屬於臨時發揮的）稍微想一下，由於以前確實碰到了這個問題，當時作這個項目時，對netty的不過熟悉，把請求的業務邏輯放在work線程池的線程中進行處理，進行壓測的時候，發現qps老是上不去，後來看了源碼以後才發現，因爲業務邏輯的處理比較耗時，徹底佔用了work線程池的資源，致使新的請求一直處於等待狀態。

面試官：那最後是如何解決的？

我：最後把處理業務的邏輯封裝成一個task提交給一個新建的業務線程池中執行，執行完以後由work線程池執行請求的write事件。

面試官：好的，你知道nio中selector可能觸發bug麼？

我：嗯，對的，selector的select方法，由於底層的epoll函數可能會發生空轉，從而致使cpu100%。

面試官：那如何解決該問題？

我：這個問題在netty已經解決了，經過&^%&$^（把netty的解決方案說一遍）

面試官：嗯，對了，大家這個項目有給本身定指標麼？

我：有的，&&…………￥￥##@，把本身項目的指標說了一通，如何進行AB實驗，如何迭代優化指標

面試官：嗯，好的 ，項目的問題先到這裏，咱們來考察一下java的基本點吧。

如上只是本人所作的一個項目，固然了，具體項目具體分析，也不是每一個面試官問的點都同樣，若是面試官不懂netty，天然會挑別的問題進行提問，不過你也能夠嘗試着把問題往本身熟悉的方向去靠。

面試知識點

一、線程池

線程池的實現原理，這個知識點真的很重要，幾乎每次面試都會被問到，通常的提問方式有以下幾種：
一、「講講線程池的實現原理」
二、「線程池中的coreNum和maxNum有什麼不一樣」
三、「在不一樣的業務場景中，線程池參數如何設置」

場景對話：
面試官：平時線程池用的多麼？

我：嗯，個人

*

項目中就用到了

面試官：那好，你講講線程池的實現原理

我：（還好我以前看過源碼，可是時間久遠有點模糊了），能給我筆和紙麼，我畫圖分析給你看看，&&￥&假設初始化一個線程池，核心線程數是5，最大線程數是10@@@

面試官：嗯，好的，你繼續…

我：在紙上畫了正方形，這個表明一個線程池，初始化的時候，裏面是沒有線程的

面試官：嗯，好的，你繼續…

我：又畫了一個細長的長方形，這個表明阻塞隊列，一開始裏面也是沒有任務的

面試官：嗯，好的，你繼續…

我：當來了一個任務時，在正方形中畫了一個小圓圈，表明初始化了一個線程，若是再來一個任務，就再畫一個圓圈，表示再初始化了一個線程，連續畫了5個圓圈以後，若是第6個任務過來了…

面試官：嗯，好的，你繼續…

我：這時會把第6個任務放到阻塞隊列中..

面試官：嗯，而後呢？

我：如今線程池中不是有5個線程了麼，若是其中一個線程空閒了，就會從阻塞隊列中獲取第6個任務，進行執行..

面試官：嗯，對的，那若是任務產生的速度比消費的速度快呢？

我：若是線程池的5個線程都在running狀態，那麼任務就先保存在阻塞隊列中

面試官：若是隊列滿了，怎麼辦？

我：若是隊列滿了，咱們不是設置了最大線程數是10麼，而線程池中只有5個線程，這時會新建一個線程去執行不能保存到阻塞隊列的任務，而後我又在正方形中畫了5個圓圈。

面試官：那若是線程池中的線程數達到10個了，阻塞隊列也滿了，怎麼辦？

我：這種狀況經過自定義reject函數去處理這裏任務了，舒了一口去，覺得問完了…

面試官：好的，那若是運行一段時間以後，阻塞隊列中的任務也執行完了，線程池中的線程會怎麼樣？

我：…這個好像超過核心線程數的線程會在空閒一段時間內自動回收…由於有點不記得這個邏輯了，回答的有點虛…

面試官：好的，那這種狀況在什麼場景下會發生?

我：（有時候真是笨啊，不少東西都知道，可是在面試的時候一緊張，全忘記）這個…那個…我好像沒有遇到過這樣的狀況

面試官：嗯，好的，你回去以後再好好想一想

我：……..

我竟然忘記了秒殺這個場景

二、鎖的實現

在關於鎖的面試過程當中，通常主要問Synchronized和ReentrantLock的實現原理，更有甚者會問讀寫鎖。

場景對話：
面試官：都瞭解Java中的什麼鎖？

我：好比Synchronized和ReentrantLock…讀寫鎖用的很少，就沒研究了（我就怕被問讀寫鎖，由於一直沒去看）

面試官：那好，你先說說Synchronized的實現原理吧

我：嗯，Synchronized是JVM實現的一種鎖，其中鎖的獲取和釋放分別是monitorenter和monitorexit指令，該鎖在實現上分爲了偏向鎖、輕量級鎖和重量級鎖，其中偏向鎖在1.6是默認開啓的，輕量級鎖在多線程競爭的狀況下會膨脹成重量級鎖，有關鎖的數據都保存在對象頭中…&&@@#，（嗯，說了一大堆，面試官也沒打斷我）

面試官：哦，嗯，理解的還挺透徹，那你說說ReentrantLock的實現吧…

我：ReentrantLock是基於AQS實現的

面試官：什麼是AQS？

我：在AQS內部會保存一個狀態變量state，經過CAS修改該變量的值，修改爲功的線程表示獲取到該鎖，沒有修改爲功，或者發現狀態state已是加鎖狀態，則經過一個Waiter對象封裝線程，添加到等待隊列中，並掛起等待被喚醒&&&$$（又說了一堆）

面試官：能說說CAS的實現原理麼？

我：CAS是經過unsafe類的compareAndSwap方法實現的（內心得意的一笑）

面試官：哦，好的，那你知道這個方法的參數的含義的麼？

我：（這是在逼我啊…努力的回想，由於我真的看過啊）我想一想啊，這個方法看的時間有點久遠了，第一個參數是要修改的對象，第二個參數是對象中要修改變量的偏移量，第三個參數是修改以前的值，第四個參數是預想修改後的值….（說出來以後都有點佩服本身，這個都記得，不過面試官好像仍是不願放過我…）

面試官：嗯，對的，那你知道操做系統級別是如何實現的麼？

我：（我去你大爺…）我只記得X86中有一個cmp開頭的指令，具體的我忘記了…

面試官：嗯，好，你知道CAS指令有什麼缺點麼

我：哦，CAS的缺點是存在ABA問題

面試官：怎麼講？

我：就是一個變量V，若是變量V初次讀取的時候是A，而且在準備賦值的時候檢查到它仍然是A，那能說明它的值沒有被其餘線程修改過了嗎？若是在這段期間它的值曾經被改爲了B，而後又改回A，那CAS操做就會誤認爲它歷來沒有被修改過。

面試官：那怎麼解決？

我：（有完沒完了啊…個人內心是崩潰的）針對這種狀況，java併發包中提供了一個帶有標記的原子引用類」AtomicStampedReference」，它能夠經過控制變量值的版原本保證CAS的正確性。

面試官：嗯，好的，這個問題到此爲止，咱們再看看別的

我：….我能喝口水麼

三、ConcurrentHashMap

當考察數據結構時，面試官一開始會問HashMap的實現原理，當你說出HashMap並不是線程安全以後，會讓你本身引出ConcurrentHashMap，接着就可能開始以下的對話。

場景對話：
面試官：談談ConcurrentHashMap實現原理

我：@＃¥@@基於分段鎖的％％¥＃@＃¥，可是1.8以後改變實現方式了

面試官：1.8啥方式

我：把1.8的實現原理說了一通，其中提到了紅黑樹…

面試官：能講下紅黑樹的概念嗎

我：紅黑樹是一種二叉樹，而且是平衡……％……¥……，

面試官：能講下紅黑樹的。。。。。

我：打住，別問了，紅黑樹我只知道他是二叉樹，比其餘樹多一個屬性，其餘的我都不知道
面試官：好的，那換個，你知道它的size方法是如何實現的麼？

我：size方法？是想要獲得Map中的元素個數麼？

面試官：對的….

我：我記得好像size方法返回是不許確的，平時也不會用到這個方法…

面試官：若是你以爲size方法返回值不許確，那若是讓你本身實現，你以爲應該怎麼實現呢？

我：…@＃¥@@…兩眼一黑

我：等等，讓我想一想…..應該能夠用AtomicInteger變量進行記錄…嗯，對的，每次插入或刪除的時候，操做這個變量，我得意的一笑…

面試官：哦，是麼，那若是我以爲這個AtomicInteger這個變量性能很差，還能再優化麼？

我：懵逼臉…（當時竟然把volitile變量給忘記了）…好像沒有了，我想不出來了…

面試官：哦，那回頭你再看看源碼吧，jdk中已經實現了…

我：哦，是麼….

面試官：那今天的面試到此結束，咱們後面會通知你。