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