Java高頻面試題彙總--Java職場範兒

經歷了兩週的面試，終於收到了幾個滿意的offer。換工做的過程是痛苦的，除了一天快馬加鞭地跑好幾家公司面試，剩下的時間基本就是背面試題了。想找到一份適合本身的面試題並不簡單，好比我找的是高級Java開發的職位。出於以前公司系統架構的設計，須要準備Java、spring、springboot、mysql、mybatis、mycat、zookeeper、dubbo、kafka、redis、網絡等面試題。我結合以前面試的20多家公司，以及從CSDN/簡書/掘金/公衆號等相關渠道蒐集到的面試題，從中整理出一些高頻的面試題庫，幫助你們更加省力從容的應付面試。更全的整理題庫，能夠經過搜索微信小程序【Java職場範兒】或掃描最下方小程序二維碼。輕輕鬆鬆地刷題。

Java面試題

反射篇

1、Java獲取Class文件的幾種方式？

//1.經過Object類中的getClass()方法的。
public static void getClassObject_1() {  
  	Person p = new Person();  
	Class clazz = p.getClass();  
} 
複製代碼

//2.任何數據類型都具有一個靜態的屬性.class來獲取其對應的Class對象
public static void getClassObject_1() {  
  	Class clazz = Person.class;
} 
複製代碼

//3.只要經過給定的類的字符串名稱就能夠獲取該類
public static void getClassObject_1() { 
	String className = "Person";  
	Class clazz = Class.forName(className); 
} 
複製代碼

2、如何獲取Class中的私有方法？

Method method = e.getClass().getDeclaredMethod("私有方法名",String.class);
複製代碼

集合+併發篇

1、 HashMap和ConcurrentHashMap的原理(併發必問)

HashMap: 1.7版本，使用一個Entry數組來存儲數據，用key的hashcode取模來決定key會被放到數組裏的位置，若是hashcode相同，或者hashcode取模後的結果相同（hash collision），那麼這些key會被定位到Entry數組的同一個格子裏，這些key會造成一個鏈表。在hashcode特別差的狀況下，比方說全部key的hashcode都相同，這個鏈表可能會很長，那麼put/get操做均可能須要遍歷這個鏈表。也就是說時間複雜度在最差狀況下會退化到O(n) 1.8版本，使用一個Node數組來存儲數據，但這個Node多是鏈表結構，也多是紅黑樹結構，若是插入的key的hashcode相同，那麼這些key也會被定位到Node數組的同一個格子裏。若是同一個格子裏的key不超過8個，使用鏈表結構存儲。若是超過了8個，那麼會調用treeifyBin函數，將鏈表轉換爲紅黑樹。那麼即便hashcode徹底相同，因爲紅黑樹的特色，查找某個特定元素，也只須要O(log n)的開銷。也就是說put/get的操做的時間複雜度最差只有O(log n)。 ConcurrentHashMap: 在多線程環境下，使用HashMap進行put操做時存在丟失數據的狀況，爲了不這種bug的隱患，強烈建議使用ConcurrentHashMap代替HashMap。 1.7版本，使用Segment + HashEntry方式進行實現。

1.8版本，1.8中放棄了Segment臃腫的設計，取而代之的是採用Node + CAS + Synchronized來保證併發安全進行實現，結構以下：

更詳細的內容請參考《Java7/8 中的 HashMap 和 ConcurrentHashMap 全解析》

2、 常見的線程池及應用場景

• newCacheThreadPool 無大小，適合時間段速度快的
• newFixedThreadPool 有大小，負載比較重的
• newSingleThreadExecutor 單個有序
• newScheduleThreadPool 週期性的任務

3、 阻塞隊列

• arrayblockingqueue：有界，不公平的阻塞(能夠經過構造器設置成公平的)
• linkedblockingqueue：有界，先進先出
• priorityblockingqueue：按照特定字段排序
• delayqueue：延遲(緩存是否過時，定時調度)
• synchronousqueue：不存儲元素，充當傳球手
• linkedtransferqueue：無界，若是有消費者等待，就直接傳給消費者，不然放入隊列
• linkedblockingdeque：雙向阻塞

4、 線程池的處理流程

5、Lock與synchronized 的區別 synchronized： 在資源競爭不是很激烈的狀況下，偶爾會有同步的情形下，synchronized是很合適的。緣由在於，編譯程序一般會盡量的進行優化synchronize，另外可讀性很是好，無論用沒用過5.0多線程包的程序員都能理解。 ReentrantLock: ReentrantLock提供了多樣化的同步，好比有時間限制的同步，能夠被Interrupt的同步（synchronized的同步是不能Interrupt的）等。在資源競爭不激烈的情形下，性能稍微比synchronized差點點。可是當同步很是激烈的時候，synchronized的性能一會兒能降低好幾十倍。而ReentrantLock確還能維持常態。

JVM

1、 JVM內存分哪幾個區，每一個區的做用是什麼

Java虛擬機主要分爲如下一個區:

1. 方法區：

• 有時候也成爲永久代，在該區內不多發生垃圾回收，可是並不表明不發生GC，在這裏進行的GC主要是對方法區裏的常量池和對類型的卸載
• 方法區主要用來存儲已被虛擬機加載的類的信息、常量、靜態變量和即時編譯器編譯後的代碼等數據。
• 該區域是被線程共享的。
• 方法區裏有一個運行時常量池，用於存放靜態編譯產生的字面量和符號引用。該常量池具備動態性，也就是說常量並不必定是編譯時肯定，運行時生成的常量也會存在這個常量池中。

2. 虛擬機棧:

• 虛擬機棧也就是咱們日常所稱的棧內存,它爲java方法服務，每一個方法在執行的時候都會建立一個棧幀，用於存儲局部變量表、操做數棧、動態連接和方法出口等信息。
• 虛擬機棧是線程私有的，它的生命週期與線程相同。
• 局部變量表裏存儲的是基本數據類型、returnAddress類型（指向一條字節碼指令的地址）和對象引用，這個對象引用有多是指向對象起始地址的一個指針，也有多是表明對象的句柄或者與對象相關聯的位置。局部變量所需的內存空間在編譯器間肯定
• 操做數棧的做用主要用來存儲運算結果以及運算的操做數，它不一樣於局部變量表經過索引來訪問，而是壓棧和出棧的方式
• 每一個棧幀都包含一個指向運行時常量池中該棧幀所屬方法的引用，持有這個引用是爲了支持方法調用過程當中的動態鏈接.動態連接就是將常量池中的符號引用在運行期轉化爲直接引用。

3. 本地方法棧

• 本地方法棧和虛擬機棧相似，只不過本地方法棧爲Native方法服務。

4. 堆

• java堆是全部線程所共享的一塊內存，在虛擬機啓動時建立，幾乎全部的對象實例都在這裏建立，所以該區域常常發生垃圾回收操做。

5. 程序計數器

• 內存空間小，字節碼解釋器工做時經過改變這個計數值能夠選取下一條須要執行的字節碼指令，分支、循環、跳轉、異常處理和線程恢復等功能都須要依賴這個計數器完成。該內存區域是惟一一個java虛擬機規範沒有規定任何OOM狀況的區域。

2、java中垃圾收集的方法有哪些?

1. 標記-清除: 這是垃圾收集算法中最基礎的，根據名字就能夠知道，它的思想就是標記哪些要被回收的對象，而後統一回收。這種方法很簡單，可是會有兩個主要問題：1.效率不高，標記和清除的效率都很低；2.會產生大量不連續的內存碎片，致使之後程序在分配較大的對象時，因爲沒有充足的連續內存而提早觸發一次GC動做。
2. 複製算法: 爲了解決效率問題，複製算法將可用內存按容量劃分爲相等的兩部分，而後每次只使用其中的一塊，當一塊內存用完時，就將還存活的對象複製到第二塊內存上，而後一次性清楚完第一塊內存，再將第二塊上的對象複製到第一塊。可是這種方式，內存的代價過高，每次基本上都要浪費通常的內存。 因而將該算法進行了改進，內存區域再也不是按照1：1去劃分，而是將內存劃分爲8:1:1三部分，較大那分內存交Eden區，其他是兩塊較小的內存區叫Survior區。每次都會優先使用Eden區，若Eden區滿，就將對象複製到第二塊內存區上，而後清除Eden區，若是此時存活的對象太多，以致於Survivor不夠時，會將這些對象經過分配擔保機制複製到老年代中。(java堆又分爲新生代和老年代)
3. 標記-整理 該算法主要是爲了解決標記-清除，產生大量內存碎片的問題；當對象存活率較高時，也解決了複製算法的效率問題。它的不一樣之處就是在清除對象的時候現將可回收對象移動到一端，而後清除掉端邊界之外的對象，這樣就不會產生內存碎片了。
4. 分代收集 如今的虛擬機垃圾收集大多采用這種方式，它根據對象的生存週期，將堆分爲新生代和老年代。在新生代中，因爲對象生存期短，每次回收都會有大量對象死去，那麼這時就採用複製算法。老年代裏的對象存活率較高，沒有額外的空間進行分配擔保，因此可使用標記-整理 或者 標記-清除。

3、java內存分配與回收策率以及Minor GC和Major GC

1. 對象優先在堆的Eden區分配。
2. 大對象直接進入老年代.
3. 長期存活的對象將直接進入老年代.
4. 當Eden區沒有足夠的空間進行分配時，虛擬機會執行一次Minor GC.Minor Gc一般發生在新生代的Eden區，在這個區的對象生存期短，每每發生Gc的頻率較高，回收速度比較快;Full Gc/Major GC 發生在老年代，通常狀況下，觸發老年代GC的時候不會觸發Minor GC,可是經過配置，能夠在Full GC以前進行一次Minor GC這樣能夠加快老年代的回收速度。

更多Java面試題請使用微信小程序搜索【Java職場範兒】或掃描下方二維碼。