面試官一句說(shuō)說(shuō)你對(duì)面向?qū)ο蟮睦斫饽馨讯嗌偃舜蚧卦挝倚睦锾袛?shù)了。背了半個(gè)月八股文張口還是封裝繼承多態(tài)六個(gè)字然后呢然后就沒有然后了。這不是你背得不夠熟是你把面試題當(dāng)成了填空題可面試官要的是一段能聊起來(lái)的故事。Java基礎(chǔ)這關(guān)說(shuō)難也難說(shuō)簡(jiǎn)單也簡(jiǎn)單——關(guān)鍵就看你能不能把干巴巴的概念講出畫面感來(lái)。這篇東西不打算給你羅列標(biāo)準(zhǔn)答案我想換個(gè)方式用講段子的思路把高頻基礎(chǔ)考點(diǎn)重新過一遍順便聊聊面試官追問背后的真實(shí)意圖。這份指南是寫給誰(shuí)的呢一種是準(zhǔn)備校招、社招的Java候選人基礎(chǔ)題背了又忘、忘了又背另一種是工作了兩三年突然要跳槽、發(fā)現(xiàn)自己連String為什么不可變都得現(xiàn)查的老開發(fā)。如果你對(duì)Java的認(rèn)知還停留在代碼能跑就行那這篇文章正好幫你把地基重新夯一遍。不是讓你去背更多的八股文而是把已經(jīng)會(huì)的那些重新組織成一個(gè)面試官愿意聽的故事。1. 面試官到底想從八股文里聽到什么先想明白一個(gè)問題為什么Java面試這么喜歡考基礎(chǔ)因?yàn)榛A(chǔ)題是成本最低、最公平的篩子。算法題能篩邏輯項(xiàng)目題能篩經(jīng)驗(yàn)但只有基礎(chǔ)題能同時(shí)篩出你的學(xué)習(xí)習(xí)慣、表達(dá)能力和思維深度。面試官手里拿著說(shuō)說(shuō)HashMap原理這種題真不是想聽你把源碼背一遍他是在看你怎么組織思路、怎么抓重點(diǎn)、怎么應(yīng)對(duì)追問。1.1 一個(gè)真實(shí)面試現(xiàn)場(chǎng)被掛的學(xué)霸和通過的半吊子我見過太多這樣的例子了。有個(gè)候選人簡(jiǎn)歷上寫了熟悉Java核心源碼一上來(lái)噼里啪啦把HashMap的put流程講得和源碼一模一樣連hash()方法的擾動(dòng)函數(shù)都背下來(lái)了。但面試官隨口問了一句那你覺得為什么1.8要把頭插法改成尾插法他愣了五秒說(shuō)不記得了。這一下前面背得越順后面這個(gè)不記得就越致命。反過來(lái)有個(gè)人基礎(chǔ)明顯沒那么扎實(shí)問他ConcurrentHashMap怎么保證線程安全他憋了半天說(shuō)了句反正就是比HashTable好用它把鎖拆小了。這話聽著糙但他緊接著補(bǔ)了一句我們項(xiàng)目里之前有個(gè)緩存用HashTable高峰期性能上不去后來(lái)我改成ConcurrentHashMap就好了具體原因我了解過但沒吃透我回頭再確認(rèn)一下。你猜面試官更愿意給誰(shuí)過答案不用我說(shuō)。那個(gè)半吊子候選人的高明之處在哪他沒裝。他把知識(shí)的邊界畫得清清楚楚而且把知識(shí)點(diǎn)和真實(shí)場(chǎng)景掛上了鉤這種溝通方式比背誦更有說(shuō)服力。1.2 八股文的本質(zhì)不是考記憶是考組織能力為什么很多科班出身的候選人越復(fù)習(xí)越虛因?yàn)榘寻斯晌漠?dāng)成了標(biāo)準(zhǔn)答案庫(kù)。但實(shí)際上面試官自己也清楚這些題如果百度一下每個(gè)人都能寫得比面試官好。所以面試考八股文的真正目的是看你在沒有搜索引擎的情況下怎么把腦子里零散的東西現(xiàn)場(chǎng)組裝成一套有條理的表達(dá)。面試官問得越基礎(chǔ)你的回答就越要講邏輯。比如問HashMap和Hashtable有什么區(qū)別最次的回答是背區(qū)別列表中等回答是分兩方面說(shuō)線程安全、null值、初始容量好的回答是先說(shuō)出本質(zhì)再展開細(xì)節(jié)最后拋出一個(gè)值得追問的點(diǎn)它倆最大的區(qū)別是設(shè)計(jì)思路不同HashTable是早期對(duì)每個(gè)方法加鎖的笨辦法HashMap是后來(lái)為了性能做的無(wú)鎖設(shè)計(jì)所以才有了一系列連帶區(qū)別。另外我理解Hashtable基本已經(jīng)被ConcurrentHashMap取代了所以這個(gè)對(duì)比更多是歷史意義。這段話沒有多深但面試官會(huì)覺得你能把零散知識(shí)串成體系。再往深一層說(shuō)八股文問題的答案通常有官方版本和民間版本。官方版本是完整的定義和原理民間版本是你實(shí)際用的時(shí)候踩過什么坑。面試官真正想聽的是你在這兩者之間能不能自由切換。如果只講官方版本那就是朗讀機(jī)如果只講民間版本顯得沒理論底子順暢地在兩者之間來(lái)回切才是最舒服的面試節(jié)奏。1.3 怎么把一個(gè)知識(shí)點(diǎn)變成能聊的段子我現(xiàn)在教你一個(gè)方法準(zhǔn)備任何一個(gè)基礎(chǔ)考點(diǎn)的時(shí)候都用四步來(lái)組織一句大白話定義一個(gè)生活化類比一個(gè)代碼或者場(chǎng)景佐證一個(gè)順口的記憶錨點(diǎn)。舉個(gè)例子多態(tài)這個(gè)詞。大白話定義同一個(gè)方法調(diào)用在不同對(duì)象上有不同表現(xiàn)。生活化類比你說(shuō)叫一聲貓會(huì)喵、狗會(huì)汪貓和狗都不用改自己的邏輯你也不用關(guān)心它們具體怎么叫。代碼佐證Animal a new Cat(); a.speak();speak的實(shí)際行為由運(yùn)行時(shí)對(duì)象決定。記憶錨點(diǎn)編譯看左邊運(yùn)行看右邊。這四步走下來(lái)你對(duì)這個(gè)知識(shí)點(diǎn)的掌握就不是一條線而是一個(gè)面。面試官隨便從哪個(gè)方向切進(jìn)來(lái)你都能接住。后面我會(huì)用這四步法把基礎(chǔ)篇的幾個(gè)核心考點(diǎn)挨個(gè)拆一遍。2. 面向?qū)ο笕追庋b、繼承、多態(tài)的段子式記憶法面向?qū)ο蟠蟾攀荍ava面試的第一道門檻幾乎沒人不會(huì)被問到。但恰恰是這種人人都會(huì)答的題最難答出彩。問題不在于你不知道概念而在于你講得太像教科書了。接下來(lái)我按照四步法的套路把這三件套逐個(gè)過一遍。2.1 封裝外賣平臺(tái)背后的大廚不會(huì)把廚房門打開對(duì)于什么是封裝你先別背那句把數(shù)據(jù)和操作數(shù)據(jù)的方法綁定在一起對(duì)外隱藏實(shí)現(xiàn)細(xì)節(jié)。這句話沒錯(cuò)但你直接說(shuō)出口面試官已經(jīng)在等下一題了。換個(gè)說(shuō)法封裝就是把變化關(guān)在門里。你點(diǎn)外賣的時(shí)候只需要下單不需要知道后廚用的是煤氣灶還是電磁爐也不用關(guān)心大廚是先放鹽還是后放鹽。下單這個(gè)入口是穩(wěn)定的而后廚怎么實(shí)現(xiàn)可以隨便改。這個(gè)比喻好在哪好在它把封裝的價(jià)值說(shuō)出來(lái)了——降低使用成本、隔離變化。面試官要聽的正是這個(gè)層面因?yàn)楣ぷ髦心銜?huì)接觸大量封裝好的類你不需要知道細(xì)節(jié)但你要知道它為什么這樣設(shè)計(jì)。與此同時(shí)封裝在Java里落地靠的是什么訪問修飾符。這里要注意private、default、protected、public這句話被很多人背成私有、默認(rèn)、受保護(hù)、公共然后呢沒有然后了。你得說(shuō)清楚它們真正的區(qū)別是誰(shuí)能碰、誰(shuí)能繼承、誰(shuí)只是路過的。面試追問提醒面試官如果問封裝會(huì)不會(huì)有性能損耗你可以說(shuō)方法調(diào)用本身有一點(diǎn)棧幀開銷但現(xiàn)代JIT編譯器通常會(huì)做內(nèi)聯(lián)優(yōu)化這點(diǎn)損耗幾乎可以忽略。封裝真正的成本在于設(shè)計(jì)層面比如為了隱藏細(xì)節(jié)可能多寫很多getter/setter這不算性能問題算代碼整潔度問題。2.2 繼承子類不是縮小版的父類是擴(kuò)展版的父類繼承這道題有個(gè)流傳很廣的錯(cuò)誤理解很多人以為繼承就是子類擁有父類的所有東西。這么說(shuō)不太嚴(yán)謹(jǐn)。事實(shí)上父類的private成員子類也擁有只是不直接能訪問父類的構(gòu)造器子類不會(huì)繼承但子類的構(gòu)造器一定會(huì)調(diào)用某個(gè)父類構(gòu)造器。面試官最愛在這里挖坑子類能繼承父類的私有方法嗎你要是回答不能他就會(huì)追問那你憑什么叫inherit。正確的表達(dá)方式繼承的本質(zhì)是代碼復(fù)用和類型抽象。代碼復(fù)用好理解父類寫好的字段和方法子類直接拿去用類型抽象更有意思有了繼承你才能玩出多態(tài)——把一堆子類對(duì)象全當(dāng)成父類類型來(lái)用這就是面向抽象編程。這里有個(gè)非常經(jīng)典的面試題隊(duì)列子類的構(gòu)造器執(zhí)行順序。答案是先執(zhí)行父類構(gòu)造器再初始化子類的實(shí)例字段最后執(zhí)行子類構(gòu)造器體。但注意一個(gè)坑如果父類構(gòu)造器里調(diào)用了可被重寫的方法那它實(shí)際調(diào)用的是子類的實(shí)現(xiàn)。這個(gè)機(jī)制被很多書當(dāng)作反例來(lái)警告因?yàn)楦割悩?gòu)造器執(zhí)行的時(shí)候子類字段還沒初始化一旦子類方法訪問了還沒初始化的字段輕則拿到默認(rèn)值重則NPE。我建議你在面試時(shí)主動(dòng)提一句我在寫代碼的時(shí)候會(huì)盡量避免在構(gòu)造器里調(diào)用可重寫方法這句話至少讓面試官覺得你是真的寫過代碼的人。2.3 多態(tài)貓叫喵、狗叫汪但你問它倆都叫動(dòng)物很多人一說(shuō)到多態(tài)就只會(huì)說(shuō)重載是編譯期多態(tài)重寫是運(yùn)行期多態(tài)。這句話本身沒問題但它只是個(gè)結(jié)論你得往里填肉。先搞清楚一件事多態(tài)的前提條件有三個(gè)——繼承或?qū)崿F(xiàn)接口、子類重寫父類方法、父類引用指向子類對(duì)象。有人會(huì)問前兩個(gè)可以理解第三個(gè)是什么意思很簡(jiǎn)單Animal a new Cat();聲明類型是Animal實(shí)際對(duì)象是Cat。這時(shí)候你調(diào)用a.speak()Java虛擬機(jī)不是看你聲明類型是Animal而是看實(shí)際對(duì)象是Cat所以輸出的是喵這就是動(dòng)態(tài)綁定。面試官這個(gè)環(huán)節(jié)通常會(huì)遞進(jìn)一層問那重載和重寫到底有什么本質(zhì)區(qū)別你只答重載是參數(shù)不同重寫是子類覆寫父類不夠你應(yīng)該說(shuō)重載是同一個(gè)類里多個(gè)方法名相同但參數(shù)列表不同它是編譯期就確定好的重寫是子類和父類之間的方法覆蓋方法簽名要一致是運(yùn)行期才確定的。接著可以補(bǔ)一個(gè)冷知識(shí)重寫要求返回值類型可以是父類方法返回值類型的子類型這個(gè)在Java 5之后叫協(xié)變返回類型。到這里我建議你把三件套連成一口氣講因?yàn)樗鼈兪谴谝黄鸬姆庋b是基礎(chǔ)繼承是手段多態(tài)是目的。我把變化封裝起來(lái)通過繼承建立一個(gè)類型體系然后利用多態(tài)讓我寫的代碼依賴抽象而不是依賴具體實(shí)現(xiàn)。這樣一來(lái)將來(lái)新增一個(gè)子類我什么都不用改程序自然就能擴(kuò)展了。這段話一出來(lái)面向?qū)ο蟮拈_閉原則就自然帶出來(lái)了。2.4 抽象類和接口一張餐桌和一份菜單的區(qū)別基礎(chǔ)篇繞不開的還有抽象類和接口的區(qū)別。這道題被講爛了但很多人還是講成一個(gè)模板。我建議你用兩個(gè)詞來(lái)講抽象類是是什么接口是能做什么。舉個(gè)例子狗是抽象類會(huì)叫是接口。你要定義一個(gè)京巴就繼承狗它天然是哺乳動(dòng)物、是犬科這些是它改不掉的性質(zhì)但會(huì)叫是能力狗會(huì)叫、貓也會(huì)叫、汽車?yán)纫矔?huì)叫它不是一個(gè)東西而是一種能力。所以抽象類用來(lái)抽取事物共性接口用來(lái)定義行為規(guī)范。再者從設(shè)計(jì)演進(jìn)角度看Java 8之后接口里可以有default方法和static方法這讓接口和抽象類的界限確實(shí)模糊了一些。但底層邏輯沒變抽象類強(qiáng)調(diào)的是家族血緣接口強(qiáng)調(diào)的是行為契約。一個(gè)類只能繼承一個(gè)抽象類但可以實(shí)現(xiàn)多個(gè)接口這個(gè)差別本身就說(shuō)明問題的本質(zhì)——你在血緣上只有一個(gè)親爹但你可以有多種職業(yè)身份。面試官聽你這么說(shuō)很容易記住你。3. 集合家族相親記ArrayList、HashMap、ConcurrentHashMap的考點(diǎn)和梗Java集合是面試八股文里最大的一塊考點(diǎn)也是很多人復(fù)習(xí)起來(lái)最頭疼的。幾十個(gè)類十幾個(gè)接口每個(gè)都有特性背到后面全混了。我教你的辦法是把集合框架當(dāng)成一個(gè)家族來(lái)記頂層是Collection和Map兩大派系Collection底下有List、Set、Queue三個(gè)子女Map是獨(dú)門獨(dú)戶。每個(gè)類你只需要抓住三個(gè)問題底層結(jié)構(gòu)是什么、擅長(zhǎng)干什么、有什么坑。3.1 集合框架全景先記住這張關(guān)系網(wǎng)再談別的很多人一上來(lái)就摳HashMap源碼結(jié)果面試官問Set和List有什么區(qū)別反而答不利索。我建議你先花十分鐘把框架圖記清楚看一個(gè)類的時(shí)候先問自己它是Collection體系還是Map體系再問自己它是有序的、可重復(fù)的還是無(wú)序的、不可重復(fù)的。List是有序可重復(fù)的它像排隊(duì)每個(gè)人都有編號(hào)可以插隊(duì)Set是無(wú)序不可重復(fù)的它像一個(gè)門禁同一個(gè)身份證號(hào)只讓進(jìn)一次Queue是隊(duì)列講究先進(jìn)先出。Map則是鍵值對(duì)更像字典你查一個(gè)字的意思不是挨個(gè)翻頁(yè)而是直接翻到拼音索引定位。這個(gè)體系里面有個(gè)非常高頻的題目ArrayList和LinkedList的區(qū)別。這道題不是讓你背數(shù)組和鏈表的你要回答的是它們分別擅長(zhǎng)什么場(chǎng)景、為什么。ArrayList底層是數(shù)組查詢按下標(biāo)走是O(1)插入刪除如果發(fā)生在中間要搬移元素是O(n)。LinkedList底層是雙向鏈表插入刪除理論上只要改指針是O(1)但查詢第n個(gè)元素得從頭遍歷是O(n)。這么對(duì)比下來(lái)你自然能得出查多改少用ArrayList改多查少用LinkedList的結(jié)論——這句話后面還得加個(gè)實(shí)戰(zhàn)注腳實(shí)際上大多數(shù)場(chǎng)景下ArrayList遠(yuǎn)比LinkedList快因?yàn)閿?shù)組的局部性原理對(duì)CPU緩存友好LinkedList的節(jié)點(diǎn)布局是分散的緩存命中率很低。我做過測(cè)試百萬(wàn)級(jí)數(shù)據(jù)遍歷ArrayList至少快一個(gè)數(shù)量級(jí)。像這種話背是背不出來(lái)的但可以提前準(zhǔn)備。3.2 HashMap 1.7版本之前的頭插法連環(huán)坑HashMap在中高級(jí)面試?yán)飵缀鯇儆诒乜碱}。但你不需要每個(gè)細(xì)節(jié)都背關(guān)鍵是把演進(jìn)邏輯講清楚。先記住一條主線HashMap解決的問題是怎么用O(1)的時(shí)間根據(jù)key找到value核心手段是數(shù)組加鏈表數(shù)組用來(lái)定位桶鏈表用來(lái)解決哈希沖突。但這里面試官最愛追一個(gè)連環(huán)坑你知道1.7的HashMap在并發(fā)場(chǎng)景下可能會(huì)死循環(huán)嗎你要是不知道這道題就廢了。我來(lái)給你講清楚這個(gè)著名的坑1.7的擴(kuò)容用的是頭插法也就是rehash的時(shí)候每個(gè)鏈表節(jié)點(diǎn)被搬到新數(shù)組時(shí)是插在鏈表頭部的。當(dāng)兩個(gè)線程同時(shí)擴(kuò)容線程A執(zhí)行到一半被掛起線程B完成了擴(kuò)容這時(shí)候鏈表順序已經(jīng)變了。線程A恢復(fù)后按照自己記錄的引用繼續(xù)搬移就可能出現(xiàn)兩個(gè)節(jié)點(diǎn)互相引用的情況也就是環(huán)形鏈表下次get這個(gè)桶的時(shí)候就會(huì)死循環(huán)。那個(gè)年代的HashMap線程安全問題面試官喜歡用一個(gè)事故的角度來(lái)問你要回答的不僅是現(xiàn)象更是原因和后來(lái)的解決方案。解決方案就是1.8改成尾插法這樣即使并發(fā)擴(kuò)容也不會(huì)出現(xiàn)環(huán)形鏈表。但請(qǐng)注意1.8的HashMap依然不是線程安全的并發(fā)正確做法是使用ConcurrentHashMap。這句不是線程安全的結(jié)論你一定要學(xué)會(huì)用為什么去支撐。3.3 紅黑樹什么時(shí)候入場(chǎng)TREEIFY_THRESHOLD8背后的邏輯HashMap在1.8里引入了一個(gè)讓很多人頭疼的概念——紅黑樹。你不需要把紅黑樹的旋轉(zhuǎn)規(guī)則背出來(lái)但你必須知道為什么引入、什么時(shí)候觸發(fā)、為什么閾值是8。先說(shuō)為什么當(dāng)大量key的哈希值碰撞到同一個(gè)桶時(shí)鏈表長(zhǎng)度會(huì)越來(lái)越長(zhǎng)查詢復(fù)雜度退化成O(n)這就不符合HashMapO(1)查找的設(shè)計(jì)初衷了。所以1.8規(guī)定當(dāng)一個(gè)桶的鏈表長(zhǎng)度達(dá)到8并且數(shù)組長(zhǎng)度大于等于64的時(shí)候就把鏈表轉(zhuǎn)成紅黑樹。紅黑樹的查詢復(fù)雜度是O(log n)雖然比不上O(1)但比O(n)強(qiáng)太多了。那為什么閾值是8而不是別的數(shù)這里有個(gè)統(tǒng)計(jì)學(xué)解釋在隨機(jī)哈希的情況下鏈表長(zhǎng)度達(dá)到8的概率大約是千萬(wàn)分之六這個(gè)概率已經(jīng)低到可以認(rèn)為不會(huì)發(fā)生。所以把8設(shè)為閾值是為了防止極端情況下性能劣化而不是一個(gè)必然會(huì)觸發(fā)的機(jī)制。還有一個(gè)細(xì)節(jié)當(dāng)樹上的節(jié)點(diǎn)數(shù)減少到6的時(shí)候會(huì)變回鏈表這就是那個(gè)著名的8轉(zhuǎn)樹、6轉(zhuǎn)鏈中間留了2的緩沖避免頻繁在樹和鏈表之間切換。面試官有時(shí)候會(huì)追加問為什么是數(shù)組長(zhǎng)度大于等于64才轉(zhuǎn)樹因?yàn)槿绻麛?shù)組很小比如16那說(shuō)明是數(shù)組容量不夠?qū)е碌呐鲎策@時(shí)候應(yīng)該先擴(kuò)容而不是轉(zhuǎn)樹。轉(zhuǎn)樹是在容量夠大但仍然碰撞嚴(yán)重的時(shí)候才用的招。3.4 ConcurrentHashMap的鎖升級(jí)之路從分段鎖到CASConcurrentHashMap的演進(jìn)是基礎(chǔ)篇里最能講故事的一個(gè)話題。1.7時(shí)代它用的是分段鎖把整個(gè)Map切成16段每段是一把獨(dú)立的鎖不同的段可以并發(fā)訪問。這比HashTable的全局鎖好多了但分段數(shù)量固定擴(kuò)縮容的時(shí)候還是得鎖整段。1.8之后它徹底換了一套思路放棄分段鎖改用CAS加synchronized的組合。具體來(lái)說(shuō)插入的時(shí)候如果桶是空的就用CAS直接寫入不需要加鎖如果桶非空就對(duì)桶的頭節(jié)點(diǎn)加synchronized鎖。鎖的粒度從段細(xì)化到了桶并發(fā)度一下子提升了一個(gè)數(shù)量級(jí)。這道題的精彩之處在于你回答的時(shí)候可以順便講一個(gè)設(shè)計(jì)理念鎖的粒度越小并發(fā)度越高但鎖的管理成本也越高。CAS適合競(jìng)爭(zhēng)不激烈的場(chǎng)景synchronized在鎖競(jìng)爭(zhēng)激烈時(shí)會(huì)升級(jí)成重量級(jí)鎖所以HashMap的設(shè)計(jì)者其實(shí)是按大多數(shù)場(chǎng)景競(jìng)爭(zhēng)不激烈這個(gè)前提來(lái)設(shè)計(jì)ConcurrentHashMap的。這種設(shè)計(jì)是權(quán)衡的結(jié)果的表達(dá)方式會(huì)讓面試官覺得你有架構(gòu)思維而不是只會(huì)背源碼。4. 從背答案到講故事三個(gè)高頻基礎(chǔ)考點(diǎn)的改造示范上面講了半天方法現(xiàn)在是實(shí)操環(huán)節(jié)。我把三個(gè)出現(xiàn)頻率極高的基礎(chǔ)題拿出來(lái)先給你看背答案版本長(zhǎng)什么樣再給你看講故事版本長(zhǎng)什么樣。你會(huì)發(fā)現(xiàn)內(nèi)容差不多但講法不同給人的感覺天差地別。4.1 和equals別再只說(shuō)比較地址和比較內(nèi)容了標(biāo)準(zhǔn)背法比較的是引用地址equals比較的是內(nèi)容。這句話對(duì)不對(duì)對(duì)但不完整。String類重寫了equals所以內(nèi)容相同這個(gè)說(shuō)法只在String、Integer這些重寫過equals的類上成立。你要是自己寫一個(gè)類不重寫equals那它用的還是Object的默認(rèn)實(shí)現(xiàn)本質(zhì)上還是比較地址。面試官在這個(gè)問題上最常追問的是為什么重寫equals一定要重寫hashCode你要講出一個(gè)故事HashMap判斷key是否相同第一步是看hashCode是否相等如果不等就直接認(rèn)為不是同一個(gè)key只有hashCode相等才需要進(jìn)一步用equals確認(rèn)。如果你只重寫equals不重寫hashCode就會(huì)發(fā)生兩個(gè)對(duì)象equals相等但hashCode不同導(dǎo)致同一個(gè)邏輯上的key在HashMap里成了兩個(gè)不同的key——你put進(jìn)去之后get不回來(lái)。段子點(diǎn)來(lái)了你可以這樣講hashCode是你在圖書館找書用的索書號(hào)equals是確認(rèn)這本書就是你要的那本。如果兩本書索書號(hào)不同你都不用翻開看肯定不會(huì)拿錯(cuò)如果索書號(hào)相同你才需要翻開封面確認(rèn)一下。你要是不重寫hashCode等于兩本內(nèi)容完全一樣的書索書號(hào)卻不一樣圖書館管理員永遠(yuǎn)找不到你想借的那本。面試官聽完大概率會(huì)笑一下然后這一題你就穩(wěn)了。4.2 String不可變的三大理由安全、緩存、線程同步為什么String要用final修飾、設(shè)計(jì)成不可變類這個(gè)問題背答案版本是安全、緩存、線程安全面試官想聽你展開講。安全方面有兩層意思。第一層是類加載和反射層面String作為最常用的類型如果可以被篡改那很多安全問題就出來(lái)了比如類名、URL、文件路徑都是String被改一下可能就是災(zāi)難。第二層是框架層面數(shù)據(jù)庫(kù)連接的用戶名密碼都是String你要是能改String內(nèi)容相當(dāng)于能篡改密碼了。緩存是另一個(gè)很實(shí)際的角度。因?yàn)镾tring是不可變的所以JVM才能放心地把字符串常量池中的引用共享出去。你想想如果String可變那共享同一個(gè)常量池里的字符串就變得非常危險(xiǎn)——你在某個(gè)地方改了它所有引用這個(gè)字符串的地方全都會(huì)被改。正因?yàn)椴豢勺僺.substring()、s.trim()這些方法才能大膽地共享底層char數(shù)組不用擔(dān)心相互影響。還有一個(gè)隱藏好處String的hashCode可以被緩存起來(lái)因?yàn)閮?nèi)容不會(huì)變所以第一次計(jì)算之后可以存下來(lái)HashMap里用String做key性能才那么穩(wěn)定。線程安全就簡(jiǎn)單了一個(gè)對(duì)象永遠(yuǎn)不會(huì)變?nèi)魏尉€程拿到的都是同一個(gè)狀態(tài)自然不會(huì)出現(xiàn)數(shù)據(jù)競(jìng)爭(zhēng)。但要注意String引用本身可以變所以String是不可變的不代表String變量是線程安全的這個(gè)細(xì)節(jié)你要是能主動(dòng)說(shuō)清楚面試官會(huì)給你加分。4.3 try-catch-finally和try-with-resources返璞歸真的異常處理異常處理這塊面試官最愛考一道很刁的題try代碼塊里有returnfinally里也有return最后返回的是哪個(gè)這題考的是字節(jié)碼層面的埋汰機(jī)制答案是finally里的return會(huì)覆蓋try里的return。很多人知道結(jié)論但不知道背后的原因——因?yàn)槟銓懥薴inally里的return編譯器會(huì)讓finally的return指令成為最終出口try里的return先被計(jì)算出來(lái)放在棧里但還沒返回就被finally覆蓋了。更好的回答方式是先避開這道坑題直接講為什么現(xiàn)在的代碼不要用finally里return這種寫法。你可以說(shuō)在Java 7之前資源釋放只能靠finally代碼又臭又長(zhǎng)還得小心finally里別拋異常否則會(huì)吞掉原始異常。Java 7之后引入了try-with-resources只要資源類實(shí)現(xiàn)了AutoCloseable就可以自動(dòng)關(guān)閉代碼簡(jiǎn)潔得多而且抑制的異常會(huì)被掛在原始異常上排查問題方便很多。把這兩段結(jié)合起來(lái)回答既能體現(xiàn)你對(duì)歷史演進(jìn)的理解又能體現(xiàn)你平時(shí)寫代碼的習(xí)慣。這時(shí)候面試官如果追問什么是抑制的異常你可以現(xiàn)場(chǎng)舉個(gè)例子資源關(guān)閉的時(shí)候拋了一個(gè)異常但try代碼塊里本來(lái)也有一個(gè)更重要的異常要拋關(guān)閉異常會(huì)被加到這個(gè)重要異常的Suppressed數(shù)組里用getSuppressed()能拿到。這個(gè)細(xì)節(jié)很多人不懂你講出來(lái)就是亮點(diǎn)。5. 段子手面試官的隱藏考點(diǎn)這些細(xì)節(jié)最能暴露功底到了這一章我想換個(gè)角度不談具體題目了說(shuō)說(shuō)那些面試中最容易暴露水平的邊角料。這些東西不在常規(guī)八股文列表里但一旦被問到很多人會(huì)當(dāng)場(chǎng)卡殼。我挑幾個(gè)最常見的現(xiàn)場(chǎng)實(shí)戰(zhàn)來(lái)說(shuō)。5.1 異常和錯(cuò)誤的差別一句話能講清嗎Exception和Error有什么區(qū)別是基礎(chǔ)題里的?？?。背法很簡(jiǎn)單Exception是可恢復(fù)的Error是不可恢復(fù)的。但面試官會(huì)接著問那你遇到過OutOfMemoryError嗎這個(gè)問題就能篩掉一大批人。有一次面試候選人說(shuō)遇到過調(diào)了JVM參數(shù)后解決了。面試官追問那你覺得OOM只是加大堆內(nèi)存就行了嗎候選人沉默了。這個(gè)問題其實(shí)是想考你的排查能力。正確回答思路是OOM是一個(gè)Error不是Exception說(shuō)明JVM資源耗盡已經(jīng)沒法正常執(zhí)行了。常見的OOM有堆內(nèi)存不足、元空間不足、棧溢出、直接內(nèi)存不足。遇到堆內(nèi)存OOM第一步不是加內(nèi)存而是用jmap導(dǎo)出堆dump文件再用MAT或者VisualVM分析看是哪個(gè)對(duì)象占用的內(nèi)存最多是內(nèi)存泄漏還是真的內(nèi)存分配不夠。如果是泄漏找到泄漏點(diǎn)修復(fù)代碼才是根本如果不是泄漏再考慮調(diào)整堆大小。這種先排查再解決的思路比單純背Error和Exception的區(qū)別高級(jí)得多。面試官要的是一個(gè)遇到線上問題能穩(wěn)住的人而不是一個(gè)只會(huì)往里加內(nèi)存的人。5.2 數(shù)組和ArrayList的默契與沖突Java基礎(chǔ)還有一個(gè)高頻考點(diǎn)是數(shù)組和ArrayList的區(qū)別。這道題很多人答得很干但里面其實(shí)暗藏一顆雷。數(shù)組是協(xié)變的意思是String[]可以被當(dāng)成Object[]用而泛型是類型不可協(xié)變的ArrayListString不能被當(dāng)成ArrayListObject用。于是就有了那句經(jīng)典代碼Object[] arr new String[1]; arr[0] 123;——編譯期不會(huì)報(bào)錯(cuò)運(yùn)行期直接拋ArrayStoreException。這就是數(shù)組設(shè)計(jì)上的一個(gè)歷史遺留問題。面試官又問那為什么數(shù)組可以協(xié)變泛型不可以這里你回答得越深越能體現(xiàn)功底數(shù)組是運(yùn)行時(shí)才知道元素類型的所以運(yùn)行時(shí)能檢查出類型錯(cuò)誤泛型的類型信息在運(yùn)行時(shí)會(huì)被擦除根本沒法做運(yùn)行時(shí)檢查如果讓泛型也協(xié)變那類型安全就徹底崩了所以編譯器直接拒絕。這個(gè)對(duì)比能把類型擦除和運(yùn)行時(shí)類型檢查這兩個(gè)概念一起帶出來(lái)是很好的加分點(diǎn)。順便再說(shuō)一個(gè)和ArrayList相關(guān)的冷門細(xì)節(jié)Arrays.asList()返回的列表是不能調(diào)用add和remove的因?yàn)樗讓舆€是那個(gè)數(shù)組大小固定。很多人在項(xiàng)目里在這上面踩過坑。如果你面試的時(shí)候主動(dòng)講這個(gè)坑再補(bǔ)一句所以我一般用new ArrayList(Arrays.asList(...))包一層面試官會(huì)覺得你真的被這個(gè)坑教育過。5.3 關(guān)鍵字final、finally、finalize三兄弟的輩分要理清這三個(gè)詞經(jīng)常被放到一起考。記住一句話final是修飾符finally是異常處理的關(guān)鍵字finalize是Object里的一個(gè)方法已經(jīng)被標(biāo)記為Deprecated在Java 9之后基本被移除了。final的考點(diǎn)很豐富可以展開講。final修飾類表示類不能被繼承典型的比如Stringfinal修飾方法表示方法不能被重寫final修飾變量表示變量一旦賦值不能修改。但要注意final修飾引用類型變量不能改變的是引用指向而不是對(duì)象本身的狀態(tài)。比如final StringBuilder sb new StringBuilder();你可以sb.append(hello)但你不能sb new StringBuilder()。這個(gè)細(xì)節(jié)實(shí)在太高頻了建議你一定要記牢。finalize則是一個(gè)更有段子味的話題它曾經(jīng)被當(dāng)作析構(gòu)函數(shù)來(lái)用很多人以為在finalize里釋放資源是合理的但JVM的GC線程觸發(fā)finalize的時(shí)機(jī)是不確定的它可能永遠(yuǎn)不會(huì)被執(zhí)行。用finalize釋放資源等于把房子鑰匙交給了一個(gè)可能永遠(yuǎn)不來(lái)的中介。所以它有Bug般的不確定性?；卮鸬臅r(shí)候你只要把這個(gè)點(diǎn)講明白面試官就知道你是有實(shí)踐經(jīng)驗(yàn)的人。5.4 一個(gè)樸實(shí)但致命的建議基礎(chǔ)知識(shí)要建立踩坑筆記最后我想給一個(gè)非常實(shí)際的建議從現(xiàn)在開始給你的Java基礎(chǔ)知識(shí)建一個(gè)踩坑筆記。不是記概念是記我在這里栽過跟頭。比如你曾經(jīng)因?yàn)镠ashMap并發(fā)問題導(dǎo)致線上數(shù)據(jù)錯(cuò)亂那就把ConcurrentHashMap的原理和這次事故一起記下來(lái)曾經(jīng)因?yàn)橹貙慹quals沒重寫hashCode導(dǎo)致緩存查不到數(shù)據(jù)就把這個(gè)坑和相關(guān)知識(shí)點(diǎn)一起記。面試官其實(shí)不指望候選人什么都懂但他非?？粗睾蜻x人是否對(duì)自己踩過的坑有總結(jié)能力。你有十個(gè)知識(shí)點(diǎn)每個(gè)都懂一點(diǎn)不如有一個(gè)知識(shí)點(diǎn)你從原理到坑、到排查、到解決全部講透。因?yàn)榍罢呖赡苁潜车暮笳咭欢ㄊ亲约航?jīng)歷過的。而自己經(jīng)歷過這一點(diǎn)是任何八股文都替代不了的東西。我自己帶新人的時(shí)候經(jīng)常會(huì)說(shuō)八股文要背但不能只背。你背每個(gè)知識(shí)點(diǎn)的時(shí)候都問自己三句話它解決了什么問題它為什么這么設(shè)計(jì)我工作中什么時(shí)候會(huì)遇到它這三個(gè)問題想明白了你背的就不再是八股文而是你自己的技術(shù)判斷力了。祝各位面試順利遇到刁鉆問題別慌把它當(dāng)成一個(gè)講故事的機(jī)會(huì)就行。