簡(jiǎn)介一份面向Java后端與校招面試人群的2025版Java基礎(chǔ)高頻考題整理聚焦虛擬機(jī)運(yùn)行機(jī)制、字節(jié)碼跨平臺(tái)原理、JDK與JRE職責(zé)差異、Java與C在內(nèi)存管理與繼承上的區(qū)別以及“編譯與解釋并存”等易混淆知識(shí)點(diǎn)并梳理了從源代碼到字節(jié)碼再到機(jī)器碼的三步執(zhí)行流程幫助理解JVM如何實(shí)現(xiàn)“一次編譯處處運(yùn)行”適合面試前快速過(guò)一遍核心概念并對(duì)照自查。資源為1個(gè)docx文檔壓縮包僅40KB輕量便于隨時(shí)閱讀已有61人學(xué)習(xí)使用。文檔以問(wèn)答形式展開(kāi)不僅給出JVM/JDK/JRE等基礎(chǔ)題的標(biāo)準(zhǔn)答案還補(bǔ)充了JIT與AOT編譯、HotSpot惰性評(píng)估、import java與javax的歷史由來(lái)等延伸說(shuō)明同時(shí)整理字符常量與字符串常量、標(biāo)識(shí)符與關(guān)鍵字、continue/break/return的區(qū)別、Java泛型與類型擦除等辨析性考點(diǎn)幫助讀者理解底層邏輯而非死記結(jié)論。整體結(jié)構(gòu)清晰、問(wèn)題帶答案適合筆試突擊和面試前查漏補(bǔ)缺是一份小巧實(shí)用的Java基礎(chǔ)復(fù)習(xí)筆記。1. Java基礎(chǔ)面試題到底在考什么先弄懂JVM這個(gè)“萬(wàn)能翻譯官”每年都有大量應(yīng)屆生和轉(zhuǎn)行者倒在一輪技術(shù)面之前不是因?yàn)樗惴}沒(méi)刷夠也不是因?yàn)轫?xiàng)目經(jīng)歷太單薄而是連“JVM是什么”這種基礎(chǔ)中的基礎(chǔ)都沒(méi)說(shuō)利索。Java基礎(chǔ)面試題其實(shí)從來(lái)不刁鉆它考的就是你對(duì)這門語(yǔ)言底層邏輯有沒(méi)有真正想明白。而這一切的起點(diǎn)就是JVM。打個(gè)比方JVM就像一個(gè)“萬(wàn)能翻譯官”你寫好的Java代碼是中文不同操作系統(tǒng)——Windows、Linux、macOS——各自只聽(tīng)得懂自己的方言也就是機(jī)器碼。翻譯官的作用就是把你那句中文翻成每種系統(tǒng)都能聽(tīng)懂的方言而且不管翻給誰(shuí)聽(tīng)意思都一樣。沒(méi)有這個(gè)翻譯官你寫一次代碼就得給每個(gè)系統(tǒng)各寫一版那“一處編寫處處運(yùn)行”就成了空話。搞懂JVM你就拿到了理解Java跨平臺(tái)、運(yùn)行機(jī)制、內(nèi)存管理、性能優(yōu)化這一整條知識(shí)鏈的鑰匙面試?yán)锖罄m(xù)所有關(guān)于“編譯和解釋”“JDK和JRE”“垃圾回收”的話題本質(zhì)上都是從這里長(zhǎng)出來(lái)的。這篇就來(lái)把Java基礎(chǔ)面試?yán)镒罡哳l的幾組概念徹底講透讓你不僅會(huì)答還能答出深度。2. 字節(jié)碼與運(yùn)行機(jī)制Java“一次編譯處處運(yùn)行”的真正秘密2.1 什么是字節(jié)碼比源代碼更接近機(jī)器、但又不綁定任何機(jī)器的中間態(tài)很多初學(xué)者會(huì)困惑一個(gè)問(wèn)題Java程序運(yùn)行前到底經(jīng)歷了什么直接雙擊運(yùn)行不就行了嗎答案遠(yuǎn)沒(méi)有那么簡(jiǎn)單。你寫的.java文件是人類能讀的源代碼但計(jì)算機(jī)只認(rèn)0101組成的機(jī)器碼中間必須有個(gè)“翻譯”過(guò)程。Java的做法很特別它不直接把源代碼翻譯成某一種系統(tǒng)的機(jī)器碼而是先翻譯成一種“中間語(yǔ)言”——字節(jié)碼也就是擴(kuò)展名為.class的文件。字節(jié)碼是JVM能理解的代碼它不面向任何特定的處理器只面向虛擬機(jī)本身。這個(gè)設(shè)計(jì)妙在哪里你可以把源代碼想象成一份中文菜譜字節(jié)碼是把它翻譯成的“國(guó)際通用烹飪步驟”而不同操作系統(tǒng)上的JVM就是不同語(yǔ)言的廚師。每位廚師都看得懂這份通用步驟并按照自己的習(xí)慣做出菜來(lái)。菜譜不用重寫換了個(gè)廚師照樣能做。這就是字節(jié)碼最大的價(jià)值Java程序無(wú)需重新編譯便可在多種操作系統(tǒng)的計(jì)算機(jī)上運(yùn)行。那采用字節(jié)碼還有什么別的好處嗎有而且很關(guān)鍵。傳統(tǒng)解釋型語(yǔ)言比如早期的Python、JavaScript是逐行解釋執(zhí)行效率偏低傳統(tǒng)編譯型語(yǔ)言比如C、C雖然執(zhí)行快但換一個(gè)平臺(tái)就得重新編譯。字節(jié)碼相當(dāng)于在兩者之間取了個(gè)巧它保留了“可移植”的優(yōu)點(diǎn)同時(shí)因?yàn)樽止?jié)碼本身是經(jīng)過(guò)一定優(yōu)化后的中間表示比直接解釋源代碼要快得多所以Java程序的執(zhí)行效率比純解釋型語(yǔ)言高出一截。一句話字節(jié)碼是Java在“開(kāi)發(fā)效率”和“運(yùn)行效率”之間找到的平衡點(diǎn)。2.2 從源代碼到運(yùn)行的完整三步j(luò)avac、類加載、逐行解釋Java程序從你敲下第一行代碼到真正跑起來(lái)經(jīng)歷了三個(gè)嚴(yán)格的階段。搞清楚每一步干了什么面試時(shí)被問(wèn)到“Java程序的執(zhí)行流程”就能對(duì)答如流。第一步.java源文件經(jīng)過(guò)JDK里的javac編譯器變成.class字節(jié)碼文件。這個(gè)動(dòng)作發(fā)生在編譯期javac只負(fù)責(zé)語(yǔ)法檢查和生成字節(jié)碼不關(guān)心你的代碼將來(lái)在什么系統(tǒng)上跑。第二步.class文件被JVM的類加載器加載進(jìn)內(nèi)存。類加載器是JVM里的“搬運(yùn)工”它負(fù)責(zé)找到你需要的類文件并把它們裝載到運(yùn)行時(shí)數(shù)據(jù)區(qū)。第三步JVM的解釋器開(kāi)始逐行解釋執(zhí)行字節(jié)碼把它翻譯成當(dāng)前操作系統(tǒng)能識(shí)別的機(jī)器碼。這段流程看似簡(jiǎn)單但有一個(gè)性能痛點(diǎn)解釋器逐行解釋執(zhí)行速度比編譯型語(yǔ)言的機(jī)器碼慢不少。而且代碼里總有那么一部分方法會(huì)被反復(fù)調(diào)用——比如循環(huán)體里的邏輯、高頻訪問(wèn)的工具方法——每次都要重新解釋一遍開(kāi)銷非常浪費(fèi)。這就像同一個(gè)客人每次來(lái)飯店你都重新讀一遍菜譜再做菜明明這道菜的做法你早就爛熟于心了。2.3 JIT和AOT為什么說(shuō)Java是“編譯與解釋共存”的語(yǔ)言為了解決解釋執(zhí)行太慢的問(wèn)題HotSpot虛擬機(jī)引入了一個(gè)重要角色JIT編譯器Just-In-Time即時(shí)編譯器。JIT屬于運(yùn)行時(shí)編譯它的工作方式很有意思當(dāng)JVM發(fā)現(xiàn)某個(gè)方法或代碼塊被頻繁調(diào)用——也就是所謂的熱點(diǎn)代碼——JIT會(huì)在第一次執(zhí)行時(shí)把它整體編譯成機(jī)器碼然后把這份機(jī)器碼緩存下來(lái)下次再調(diào)用這個(gè)方法就直接使用機(jī)器碼不再經(jīng)過(guò)解釋器。這里有個(gè)著名的二八定律消耗大部分系統(tǒng)資源的只有那一小部分的代碼即熱點(diǎn)代碼而這正是JIT需要編譯的部分。JVM會(huì)根據(jù)代碼每次被執(zhí)行的情況收集信息并相應(yīng)地做出優(yōu)化所以同一個(gè)程序跑得越久JIT掌握的數(shù)據(jù)越多執(zhí)行速度就越快。這就是為什么Java服務(wù)在剛啟動(dòng)時(shí)性能平平但運(yùn)行一段時(shí)間后性能會(huì)明顯提升——網(wǎng)上常有人說(shuō)“Java跑久了會(huì)變快”背后就是這個(gè)機(jī)制在起作用。到了JDK 9又引入了一種新的編譯模式AOT編譯器Ahead of Time提前編譯。它跟JIT的思路相反在程序運(yùn)行之前就直接把字節(jié)碼編譯成機(jī)器碼這樣一來(lái)省掉了JIT“邊跑邊編譯”的預(yù)熱開(kāi)銷程序啟動(dòng)速度更快。聽(tīng)起來(lái)AOT似乎全面優(yōu)于JIT其實(shí)不然。AOT的問(wèn)題是它沒(méi)有運(yùn)行時(shí)信息無(wú)法像JIT那樣針對(duì)實(shí)際執(zhí)行情況做深度優(yōu)化所以編譯質(zhì)量通常比不上JIT。打個(gè)比方JIT是“邊做事邊積累經(jīng)驗(yàn)越做越熟練”AOT是“還沒(méi)開(kāi)工就憑經(jīng)驗(yàn)把方案定好但沒(méi)法根據(jù)實(shí)際情況調(diào)整”。JDK支持分層編譯和AOT協(xié)作使用兩者各有適用場(chǎng)景并不存在誰(shuí)取代誰(shuí)的關(guān)系。理解了上面的內(nèi)容“Java是編譯與解釋并存的語(yǔ)言”這句話就不再是背誦的考點(diǎn)而是一個(gè)清晰的過(guò)程描述Java程序先經(jīng)過(guò)編譯步驟javac把源代碼編譯成字節(jié)碼再經(jīng)過(guò)解釋步驟JVM的解釋器逐行執(zhí)行字節(jié)碼中間還插入了JIT的運(yùn)行時(shí)機(jī)器碼編譯。編譯和解釋兩種模式在Java里同時(shí)存在、各司其職所以兩種特征都占著。3. JDK與JRE開(kāi)發(fā)工具箱和運(yùn)行環(huán)境的區(qū)別為什么面試官總愛(ài)問(wèn)3.1 JDK能做什么JRE能做什么一道經(jīng)典的“能不能寫代碼”的分界線很多自學(xué)Java的人第一次被繞暈就是碰上了JDK和JRE這兩個(gè)縮寫。JRE全稱Java Runtime Environment是Java運(yùn)行時(shí)環(huán)境它包含了運(yùn)行已編譯Java程序所需的全部?jī)?nèi)容JVM、Java類庫(kù)、java命令以及一些基礎(chǔ)構(gòu)件。注意它的關(guān)鍵詞是“運(yùn)行”——你拿到一個(gè)別人寫好的.class文件或.jar包想在機(jī)器上跑起來(lái)裝一個(gè)JRE就夠了。但是你沒(méi)法用它創(chuàng)建新程序因?yàn)樗鼪](méi)有編譯器。JDK全稱Java Development Kit是Java開(kāi)發(fā)工具包也是功能齊全的Java SDK。它擁有JRE的一切外加編譯器javac和其他開(kāi)發(fā)工具如javadoc文檔生成工具、jdb調(diào)試器等你能用JDK創(chuàng)建和編譯程序。用大白話說(shuō)JRE是“播放器”只能看電影運(yùn)行程序JDK是“制片廠”既能拍電影寫代碼又能放電影運(yùn)行驗(yàn)證。現(xiàn)在的JDK版本里其實(shí)已經(jīng)內(nèi)置了JRE所以你裝了JDK就等于同時(shí)有了開(kāi)發(fā)和運(yùn)行環(huán)境。但面試官問(wèn)兩者區(qū)別時(shí)核心得分點(diǎn)在于JDK包含JRE且JDK多了編譯器和工具是面向開(kāi)發(fā)者的完整環(huán)境JRE只包含JVM和類庫(kù)面向運(yùn)行場(chǎng)景。3.2 從面試場(chǎng)景看區(qū)分為什么會(huì)有JRE這種“殘缺版”存在你可能想問(wèn)既然JDK包含了JRE的所有功能為什么還要單獨(dú)搞一個(gè)JRE出來(lái)直接全都裝JDK不就行了這背后是實(shí)際場(chǎng)景的需求差異。對(duì)于大多數(shù)普通用戶來(lái)說(shuō)他們只是要運(yùn)行某個(gè)Java寫成的軟件既不懂編譯也不調(diào)試讓他們裝一個(gè)包含大量開(kāi)發(fā)工具的JDK既占空間又沒(méi)有意義。JRE的體積比JDK小不少普通用戶只需要這個(gè)精簡(jiǎn)版就能滿足日常需求。所以在面試時(shí)除了說(shuō)清楚定義還可以補(bǔ)充一句如果只是運(yùn)行已編譯的Java程序裝JRE就夠只有需要編寫和編譯Java代碼時(shí)才必須裝JDK。另外要記住JDK里的javac是編譯工具它負(fù)責(zé)把.java源碼變成.class字節(jié)碼而java命令負(fù)責(zé)啟動(dòng)JVM來(lái)執(zhí)行字節(jié)碼。很多人混淆這兩個(gè)命令的用途面試時(shí)如果能順手說(shuō)出“javac編譯java運(yùn)行”這個(gè)分工會(huì)讓面試官覺(jué)得你的基礎(chǔ)很扎實(shí)。3.3 一個(gè)表格看清JDK、JRE、JVM的包含關(guān)系和職責(zé)劃分把三者的關(guān)系用一個(gè)表格來(lái)呈現(xiàn)面試時(shí)腦子里立刻能調(diào)出清晰的架構(gòu)組件核心職責(zé)包含內(nèi)容類比JVM運(yùn)行字節(jié)碼屏蔽平臺(tái)差異類加載器、運(yùn)行時(shí)數(shù)據(jù)區(qū)、執(zhí)行引擎萬(wàn)能翻譯官JRE提供Java程序的運(yùn)行環(huán)境JVM Java類庫(kù) java命令播放器JDK提供Java程序的開(kāi)發(fā)環(huán)境JRE javac編譯器 開(kāi)發(fā)工具制片廠一句話概括三者的關(guān)系JDK包含JREJRE包含JVM。你的.java源碼用JDK的javac編譯成.class字節(jié)碼JRE負(fù)責(zé)提供運(yùn)行時(shí)所需的類庫(kù)和基礎(chǔ)構(gòu)件JVM負(fù)責(zé)把字節(jié)碼翻譯成機(jī)器碼并執(zhí)行。層與層的分工非常明確開(kāi)發(fā)的人需要的工具最全所以用JDK運(yùn)行的人需求最簡(jiǎn)所以用JRE而真正干活、屏蔽平臺(tái)差異的是JVM。4. 高頻易混概念辨析和equals、hashCode和equals、泛型通配符、字符常量與字符串常量4.1 和equals比地址還是比內(nèi)容什么時(shí)候兩個(gè)都不對(duì)這是Java面試?yán)锍霈F(xiàn)頻率最高、翻車率也最高的題目之一。很多背過(guò)答案的人以為規(guī)則很簡(jiǎn)單“比較地址equals比較內(nèi)容”但實(shí)際用起來(lái)還是容易踩坑。正確的理解是這樣的的作用是判斷兩個(gè)對(duì)象的地址是否相等也就是判斷兩個(gè)引用是否指向同一個(gè)對(duì)象對(duì)于基本數(shù)據(jù)類型比較的是值對(duì)于引用數(shù)據(jù)類型比較的是內(nèi)存地址。equals()則不同它存在于Object類中而Object類是所有類的直接或間接父類。如果類沒(méi)有覆蓋equals()方法那么用equals()比較兩個(gè)對(duì)象時(shí)等價(jià)于用比較——因?yàn)镺bject的實(shí)現(xiàn)就是return (this obj)。只有當(dāng)類覆蓋了equals()方法它才真正比較對(duì)象的內(nèi)容。最常見(jiàn)的反例是String?？催@段經(jīng)典代碼String a new String(ab); // a是引用指向堆中新建的對(duì)象 String b new String(ab); // b是另一個(gè)引用指向另一個(gè)對(duì)象但內(nèi)容一樣 String aa ab; // 放在常量池中 String bb ab; // 從常量池中查找復(fù)用了aa的引用 System.out.println(aa bb); // true常量池中同一對(duì)象 System.out.println(a b); // false非同一對(duì)象地址不同 System.out.println(a.equals(b));// trueString重寫了equals比較內(nèi)容為什么aa bb是true因?yàn)镴VM在創(chuàng)建String對(duì)象時(shí)會(huì)先在常量池里查找有沒(méi)有值相同的對(duì)象有就復(fù)用。而new String(ab)強(qiáng)制在堆上創(chuàng)建新對(duì)象每次new都是獨(dú)立的一份。記住一個(gè)要點(diǎn)String的equals方法被重寫過(guò)比較的是對(duì)象的值而非地址但如果你自己寫的類沒(méi)有重寫equals那么equals和的判斷結(jié)果是一致的。4.2 hashCode和equals為什么重寫equals必須同時(shí)重寫hashCode搞清楚hashCode()和equals()的關(guān)系能幫你躲過(guò)無(wú)數(shù)個(gè)隱蔽的bug。hashCode()的作用是獲取哈希碼它返回一個(gè)int整數(shù)用來(lái)確定對(duì)象在哈希表中的索引位置。散列表比如HashSet和HashMap存儲(chǔ)鍵值對(duì)能根據(jù)“鍵”快速檢索出對(duì)應(yīng)的“值”靠的就是哈希碼快速定位。HashSet檢查重復(fù)時(shí)的邏輯是這樣的先把新對(duì)象的hashCode和已有對(duì)象的hashCode比較如果沒(méi)有相符的就直接判定不重復(fù)并加入如果發(fā)現(xiàn)相同哈希碼再調(diào)用equals()確認(rèn)是否真的相同。這樣一來(lái)絕大多數(shù)不相等的對(duì)象在hashCode這一層就被篩掉了大大減少了equals的調(diào)用次數(shù)從而提升執(zhí)行速度。那為什么重寫equals必須重寫hashCode因?yàn)橛幸粭l硬性約定如果兩個(gè)對(duì)象相等它們的哈希碼一定相同但哈希碼相同的兩個(gè)對(duì)象未必相等。假設(shè)你重寫了equals讓“內(nèi)容相同”的兩個(gè)對(duì)象相等但沒(méi)重寫hashCode它們?nèi)匀桓髯苑祷豋bject默認(rèn)的哈希碼基于內(nèi)存地址那么在HashSet里這兩個(gè)內(nèi)容相同的對(duì)象會(huì)被當(dāng)成兩個(gè)不同對(duì)象重復(fù)元素就混進(jìn)來(lái)了。反過(guò)來(lái)哈希碼相同但內(nèi)容不同也是正常的——因?yàn)楣Ｋ惴赡茏尪鄠€(gè)對(duì)象碰撞出同一個(gè)值這時(shí)候就需要equals出手做最終判斷。一句話hashCode用來(lái)縮小查找范圍equals用來(lái)做精確比對(duì)兩者配合才能既快又準(zhǔn)。4.3 泛型、類型擦除和通配符為什么反射能繞過(guò)泛型檢查泛型是JDK 5引入的特性它的核心價(jià)值在于提供了編譯時(shí)的類型安全檢測(cè)機(jī)制。但Java的泛型有一個(gè)著名的“先天缺陷”它是偽泛型。什么意思在編譯期間所有泛型信息都會(huì)被擦除掉這就是所謂的類型擦除。也就是說(shuō)ListString和ListInteger在編譯后的字節(jié)碼里對(duì)于JVM來(lái)說(shuō)是同一個(gè)東西泛型類型參數(shù)只存在于源碼層面用來(lái)幫你在寫代碼時(shí)就攔截非法類型而不是在運(yùn)行時(shí)真的創(chuàng)建一個(gè)只能裝String的容器?？催@段代碼就能形象理解類型擦除ListInteger list new ArrayList(); list.add(12); // list.add(a); // 編譯期報(bào)錯(cuò)泛型在源碼層面攔住了String Class? extends List clazz list.getClass(); Method add clazz.getDeclaredMethod(add, Object.class); add.invoke(list, kl); // 但是通過(guò)反射添加是可以的運(yùn)行時(shí)沒(méi)人管類型 System.out.println(list);編譯期list.add(a)會(huì)報(bào)錯(cuò)因?yàn)榉盒蜋z查生效了但通過(guò)反射拿到add方法再調(diào)用卻能成功把一個(gè)String塞進(jìn)去。這說(shuō)明泛型約束的有效范圍只在編譯期運(yùn)行時(shí)的JVM根本不知道這個(gè)List原本聲明成什么類型。這也是為什么Java泛型被稱為“偽泛型”——C的模板是真實(shí)地在編譯期為每種類型生成獨(dú)立代碼而Java只是做了一層編譯期檢查。常用的泛型通配符有T、E、K、V和問(wèn)號(hào)?表示不確定的Java類型TType表示具體的一個(gè)Java類型K和VKey Value分別代表鍵值中的Key和ValueEElement代表元素常用于集合類。4.4 字符常量和字符串常量單引號(hào)和雙引號(hào)的差別遠(yuǎn)不止一個(gè)引號(hào)這個(gè)考點(diǎn)看起來(lái)簡(jiǎn)單但很多人只答得出“一個(gè)是字符一個(gè)是字符串”答不出深度。正確的拆解要從形式、含義和內(nèi)存占用三個(gè)維度展開(kāi)。形式上字符常量是單引號(hào)引起的一個(gè)字符比如a字符串常量是雙引號(hào)引起的0個(gè)或若干個(gè)字符比如hello。含義上字符常量相當(dāng)于一個(gè)整型值A(chǔ)SCII值可以參加表達(dá)式運(yùn)算——a 1是完全合法的結(jié)果會(huì)是b對(duì)應(yīng)的ASCII碼而字符串常量代表一個(gè)地址值即該字符串在內(nèi)存中的存放位置。占內(nèi)存大小上Java的char固定占2個(gè)字節(jié)所以字符常量占2個(gè)字節(jié)字符串常量占若干個(gè)字節(jié)具體取決于字符串里有多少個(gè)字符。這里還有一個(gè)值得展開(kāi)的知識(shí)點(diǎn)Java的char為什么占2個(gè)字節(jié)而不是1個(gè)因?yàn)镴ava的char用的是Unicode字符集可以表示世界上絕大多數(shù)書(shū)寫語(yǔ)言的字符2個(gè)字節(jié)才能覆蓋這些范圍。跟C語(yǔ)言對(duì)比一下C的char占1個(gè)字節(jié)字符串以\0結(jié)尾表示結(jié)束而Java沒(méi)有結(jié)束符這個(gè)概念字符串長(zhǎng)度由內(nèi)部屬性記錄。這也是Java和C的區(qū)別之一后面會(huì)詳細(xì)講到。5. Java與C的核心差異單繼承、無(wú)指針、自動(dòng)GC這些特性到底意味著什么5.1 內(nèi)存管理和指針為什么Java程序比C更“安全”很多從C轉(zhuǎn)Java的人最直觀的感受就是肩膀上的負(fù)擔(dān)輕了。C里你要手動(dòng)new和delete稍有不慎就是內(nèi)存泄漏、懸垂指針、段錯(cuò)誤排查起來(lái)痛苦不堪。Java則有自動(dòng)內(nèi)存管理垃圾回收機(jī)制GC程序員不需要手動(dòng)釋放無(wú)用內(nèi)存JVM會(huì)在后臺(tái)自動(dòng)回收不再被引用的對(duì)象。還有一個(gè)更本質(zhì)的安全差異Java不提供指針來(lái)直接訪問(wèn)內(nèi)存。C里指針能讓你任意操縱內(nèi)存地址靈活是靈活但越界訪問(wèn)、野指針等問(wèn)題層出不窮。Java干脆把這個(gè)能力收走了程序的內(nèi)存安全性大幅提升。沒(méi)有指針不代表Java不能操作內(nèi)存而是把內(nèi)存訪問(wèn)封裝在語(yǔ)言和虛擬機(jī)內(nèi)部——比如數(shù)組下標(biāo)越界會(huì)拋ArrayIndexOutOfBoundsException而不是讓你的程序直接崩潰或悄悄破壞其他內(nèi)存區(qū)域。用大白話說(shuō)C給了你一把能撬開(kāi)任何門的萬(wàn)能鑰匙但很容易誤傷自己Java只給了你每個(gè)房間的專用鑰匙安全但限制更多。5.2 繼承體系為什么Java放棄多繼承卻允許接口多繼承繼承是面向?qū)ο蟮暮诵奶匦灾坏獼ava和C在繼承設(shè)計(jì)上走了一條不同的路。Java的類是單繼承的一個(gè)類只能有一個(gè)父類C支持多重繼承一個(gè)類可以有多個(gè)基類。單繼承的好處是繼承關(guān)系清晰不會(huì)出現(xiàn)多個(gè)父類有同名方法時(shí)不知道該用哪個(gè)的問(wèn)題——C里著名的“菱形繼承”問(wèn)題兩個(gè)父類的共同基類被重復(fù)繼承就非常棘手。Java用單繼承把類層級(jí)簡(jiǎn)化了但單繼承也帶來(lái)了表達(dá)力不足的問(wèn)題一個(gè)類可能同時(shí)需要“是A類”和“是B類”兩種能力怎么辦Java的答案是接口。Java的類雖然不可以多繼承但是接口可以多繼承——一個(gè)類可以實(shí)現(xiàn)多個(gè)接口這就在保留了多重能力的同時(shí)繞開(kāi)了多繼承的陷阱。打個(gè)比方一個(gè)員工只能有一個(gè)血緣上的直系祖先單繼承但他可以同時(shí)扮演好幾個(gè)角色——是工程師、是團(tuán)隊(duì)成員、是培訓(xùn)講師這些角色就是接口可以隨便疊加互不沖突。這個(gè)設(shè)計(jì)既保留了清晰的血緣關(guān)系又提供了行為的多元化組合。5.3 其他值得注意的差異字符串結(jié)束符和布爾類型的存儲(chǔ)Java和C還有一些容易被忽略但面試官偶爾會(huì)挖的差異點(diǎn)。比如字符串處理在C語(yǔ)言中字符串或字符數(shù)組最后都會(huì)有一個(gè)額外的字符\0來(lái)表示結(jié)束程序員必須關(guān)心這個(gè)結(jié)束符而Java語(yǔ)言中沒(méi)有結(jié)束符的概念因?yàn)镴ava字符串內(nèi)部記錄了長(zhǎng)度不需要靠標(biāo)記來(lái)判定邊界。這個(gè)差異直接導(dǎo)致了兩種語(yǔ)言在字符串拼接、遍歷和內(nèi)存布局上的思維方式不同——Java開(kāi)發(fā)者很少需要關(guān)心字符串“在哪結(jié)束”而C開(kāi)發(fā)者必須時(shí)刻警惕緩沖區(qū)溢出。再比如boolean類型的存儲(chǔ)這里有一個(gè)很有意思的細(xì)節(jié)。Java的8種基本類型中boolean的邏輯上理解是占用1位但官方文檔并未明確定義其大小它依賴于JVM廠商的具體實(shí)現(xiàn)。實(shí)際運(yùn)行中會(huì)考慮計(jì)算機(jī)的高效存儲(chǔ)因素通常會(huì)按字節(jié)甚至按int來(lái)處理。面試?yán)锶绻粏?wèn)到“boolean占幾個(gè)字節(jié)”最穩(wěn)妥的回答是邏輯上是1位實(shí)際由JVM實(shí)現(xiàn)決定。5.4 包裝類還能聊出什么深度常量池緩存和Integer比較的“隱藏規(guī)則”基本類型與包裝類型的轉(zhuǎn)換也是面試的?？?。Java有8種基本數(shù)據(jù)類型6種數(shù)字類型byte、short、int、long、float、double、1種字符類型char和1種布爾型boolean對(duì)應(yīng)的包裝類型分別是Byte、Short、Integer、Long、Float、Double、Character、Boolean。這8種包裝類的內(nèi)存占用和默認(rèn)值各有不同類型位數(shù)字節(jié)默認(rèn)值int3240short1620long6480Lbyte810char162u0000float3240fdouble6480dboolean1邏輯視實(shí)現(xiàn)false包裝類的大部分都實(shí)現(xiàn)了常量池技術(shù)即Byte、Short、Integer、Long、Character、Boolean這六種Float和Double沒(méi)有實(shí)現(xiàn)。其中前四種默認(rèn)緩存了數(shù)值[-128, 127]的數(shù)據(jù)Character緩存了[0, 127]Boolean直接返回TRUE或FALSE。這個(gè)區(qū)間不是隨便定的而是性能與資源之間的權(quán)衡——緩存太大占內(nèi)存太小起不到效果[-128, 127]覆蓋了絕大多數(shù)日常使用的整數(shù)值。這個(gè)緩存機(jī)制會(huì)導(dǎo)致一個(gè)非常經(jīng)典的結(jié)果差異Integer i1 33; Integer i2 33; System.out.println(i1 i2); // 輸出true都在緩存范圍內(nèi)引用同一對(duì)象 Integer i11 333; Integer i22 333; System.out.println(i11 i22); // 輸出false超出緩存范圍各自new了對(duì)象 Double i3 1.2; Double i4 1.2; System.out.println(i3 i4); // 輸出falseDouble沒(méi)有常量池緩存不少人在項(xiàng)目里踩過(guò)這個(gè)坑明明兩個(gè)Integer的值都是333用比較卻返回false排查半天發(fā)現(xiàn)是緩存范圍的問(wèn)題。更復(fù)雜的例子是這個(gè)——i4 i5 i6當(dāng)Integer參與加減運(yùn)算時(shí)會(huì)經(jīng)歷自動(dòng)拆箱變成int值再做數(shù)值比較所以120比較的是真實(shí)數(shù)值。這里有兩條鐵律要記住包裝類對(duì)象之間用比較的是引用地址不是數(shù)值Integer有緩存范圍而其他某些包裝類完全沒(méi)有緩存機(jī)制。6. 面試復(fù)習(xí)的正確策略什么時(shí)候該深挖、什么時(shí)候該止損如果你的目標(biāo)是應(yīng)對(duì)一場(chǎng)Java基礎(chǔ)面試把這套知識(shí)點(diǎn)復(fù)習(xí)到什么程度才夠用以我的經(jīng)驗(yàn)來(lái)看核心考點(diǎn)被問(wèn)到的概率分布其實(shí)很集中JVM的運(yùn)行機(jī)制和字節(jié)碼概念基本上每家都會(huì)問(wèn)和equals的辨析屬于必考題HashMap的實(shí)現(xiàn)原理內(nèi)部深度依賴hashCode和equals是高頻追問(wèn)方向泛型和類型擦除是中高級(jí)崗位喜歡深挖的點(diǎn)JDK和JRE的區(qū)別雖然簡(jiǎn)單但作為開(kāi)場(chǎng)熱身題出現(xiàn)概率也不低。什么時(shí)候該深挖當(dāng)你面試的崗位明確要求高并發(fā)、性能調(diào)優(yōu)或框架源碼閱讀時(shí)JVM相關(guān)話題就值得往下鉆類加載器雙親委派模型的機(jī)制、JIT優(yōu)化策略在真實(shí)業(yè)務(wù)中的表現(xiàn)、GC日志怎么解讀。這時(shí)候光會(huì)背概念不夠最好能結(jié)合線上實(shí)際案例說(shuō)清楚“什么場(chǎng)景下你調(diào)整過(guò)JVM參數(shù)效果如何”。泛型的類型擦除如果往下繼續(xù)還可以復(fù)習(xí)一下橋接方法、協(xié)變與逆變這些進(jìn)階知識(shí)點(diǎn)。什么時(shí)候該止損我見(jiàn)過(guò)不少同學(xué)陷入“背了忘、忘了再背”的循環(huán)把精力投入到偏僻的冷知識(shí)上。比如正則在Java中的性能優(yōu)化細(xì)節(jié)、finalize方法的機(jī)制面試中考到的概率極低性價(jià)比不高?；A(chǔ)崗位的面試官要驗(yàn)證的是“你有沒(méi)有建立起對(duì)Java這門語(yǔ)言的完整認(rèn)知框架”而不是“你是不是一本會(huì)背題的人形百科”。掌握高頻考點(diǎn)的核心邏輯能用自己的話把底層機(jī)制講清楚遠(yuǎn)比記住一百個(gè)零散知識(shí)點(diǎn)更有說(shuō)服力。另一個(gè)值得注意的復(fù)習(xí)策略是“以練帶背”。單純讀概念和做筆記很容易產(chǎn)生了然于胸的錯(cuò)覺(jué)但到了面試現(xiàn)場(chǎng)一旦緊張就當(dāng)場(chǎng)卡殼。建議你每復(fù)習(xí)完一個(gè)模塊就打開(kāi)一個(gè)本地Java環(huán)境親手驗(yàn)證幾個(gè)關(guān)鍵行為寫一個(gè)Integer緩存范圍測(cè)試感受的微妙反射調(diào)一次add方法體會(huì)類型擦除的真實(shí)存在模擬一個(gè)HashSet重復(fù)添加場(chǎng)景看hashCode和equals如何配合。親手跑出來(lái)的結(jié)論比眼睛看到的文字牢固三五倍。你可能會(huì)想“這太基礎(chǔ)了沒(méi)必要花這個(gè)時(shí)間”但根據(jù)我自己的血淚經(jīng)驗(yàn)越是基礎(chǔ)的東西在高壓環(huán)境下越是容易瞬間想不起來(lái)——而手和肌肉記憶是誠(chéng)實(shí)的敲過(guò)一遍的代碼很難忘記。記得某次面試面試官先問(wèn)“JVM是怎么執(zhí)行Java代碼的”我只回了“解釋器逐行解釋執(zhí)行”面試官追問(wèn)“那反復(fù)執(zhí)行的熱點(diǎn)代碼怎么辦”我一下卡住因?yàn)槟菚?huì)兒我根本不知道JIT的存在。從那以后我每次準(zhǔn)備Java面試都強(qiáng)制自己走一遍這套流程先說(shuō)字節(jié)碼和跨平臺(tái)的關(guān)系再說(shuō)JIT和AOT的取舍最后落到JDK和JRE的分工上——把整條知識(shí)鏈串成一個(gè)完整的故事而不是拆散成獨(dú)立的知識(shí)點(diǎn)。這樣才能在回答一個(gè)問(wèn)題時(shí)自然地延伸出相關(guān)的兩三個(gè)層次讓面試官覺(jué)得你不只是在“背書(shū)”而是真正理解了Java這門語(yǔ)言的運(yùn)行邏輯。希望這篇內(nèi)容能幫你的Java基礎(chǔ)面試復(fù)習(xí)找到合適的切入點(diǎn)。本文還有配套的精品資源點(diǎn)擊獲取