1. 面試八股文的真相大廠到底在考察什么我先把“八股文該不該背”這事說清楚。這兩年被問得最多的不是“HashMap怎么實(shí)現(xiàn)”而是“我背了這么多八股文為什么面試還是掛”。我既當(dāng)過候選人也坐過面試官那一側(cè)慢慢發(fā)現(xiàn)一個(gè)很扎心的規(guī)律八股文不是拿來背的是拿來驗(yàn)證你知識骨架完整度的。1.1 八股文不是考點(diǎn)是面試官的“標(biāo)尺”大廠第一輪技術(shù)面通常只有45到60分鐘面試官要在這么短的時(shí)間里判斷一個(gè)人是不是真的寫過代碼、真的理解原理最經(jīng)濟(jì)的方式就是用一組高頻問題做“抽樣檢查”。HashMap原理、JVM內(nèi)存模型、線程池參數(shù)、Spring Bean生命周期這些題之所以被問到爛不是因?yàn)槊嬖嚬偻祽卸且驗(yàn)樗鼈兎謩e映射了數(shù)據(jù)結(jié)構(gòu)、運(yùn)行時(shí)機(jī)制、并發(fā)編程、框架內(nèi)核這幾塊核心能力。你可以把八股文理解成考駕照時(shí)的科目一?？颇恳贿^了不代表你會開車但科目一都過不了教練大概率不敢讓你上車。面試也是這個(gè)邏輯你八股題答得磕磕巴巴面試官很難相信你能直接上手干活。反過來說只會背八股、項(xiàng)目經(jīng)驗(yàn)一片空白也照樣過不了終面。所以問題從來不是“要不要背”而是“背完之后有沒有形成自己的知識樹”。1.2 如何把“背答案”變成“建知識樹”我整理八股文有一套自己的方法和網(wǎng)上常見的“五百道面試題合集”不太一樣。第一步是做主干拆分把Java面試分成幾個(gè)大塊Java基礎(chǔ)、集合框架、并發(fā)編程、JVM、Spring家族、數(shù)據(jù)庫、分布式與中間件、算法與手寫代碼。第二步是給每個(gè)主干掛分支把高頻題作為分支節(jié)點(diǎn)寫上去比如集合框架下面掛HashMap、ArrayList、HashSet、ConcurrentHashMap。第三步才是給每個(gè)分支寫答案而且寫答案時(shí)不要照抄網(wǎng)上的標(biāo)準(zhǔn)解釋要用自己的話重新組織一遍。怎么檢查自己是不是真懂了我常用的方式是自問一個(gè)問題如果讓我從零實(shí)現(xiàn)這個(gè)東西我會從哪一步開始比如你背了“HashMap底層是數(shù)組加鏈表”那你就想想如果讓我設(shè)計(jì)一個(gè)鍵值對容器數(shù)組存什么、沖突了怎么辦、要不要擴(kuò)容、怎么讓存取更快。能把這個(gè)思路捋出來比背誦十遍標(biāo)準(zhǔn)答案都管用。面試官其實(shí)也特別喜歡順著這個(gè)思路追問你如果只是背結(jié)論他多問兩句“為什么”就露餡了。2. Java基礎(chǔ)高頻點(diǎn)集合、字符串與異常處理的出題邏輯Java基礎(chǔ)這塊看起來簡單卻是篩選最狠的地方。因?yàn)榛A(chǔ)題人人都能準(zhǔn)備比拼的核心往往不是“會不會”而是“能講多深”。我下面挑了三個(gè)近期搜索量非常大的方向細(xì)講。2.1 HashMap源碼題從存儲結(jié)構(gòu)到擴(kuò)容時(shí)機(jī)HashMap在Java面試?yán)锏牡匚换镜扔诟呖祭锏娜呛瘮?shù)必考。它之所以這么經(jīng)典是因?yàn)橐粋€(gè)題目就把數(shù)據(jù)結(jié)構(gòu)、哈希算法、位運(yùn)算、并發(fā)問題全串起來了。如果只能準(zhǔn)備一道題我會優(yōu)先把HashMap嚼碎。必背的完整主線大概是這樣的HashMap底層是數(shù)組加鏈表JDK 1.8之后在鏈表長度超過8且數(shù)組長度達(dá)到64時(shí)會轉(zhuǎn)成紅黑樹。默認(rèn)初始容量是16負(fù)載因子是0.75每次擴(kuò)容是原來容量的兩倍。put操作先算key的hash然后通過(n - 1) hash定位到數(shù)組下標(biāo)如果該位置是空直接放進(jìn)去如果有沖突就鏈到鏈表后面鏈表過長就樹化。get操作類似先定位再遍歷鏈表或紅黑樹。光背這一串沒用我建議你把幾個(gè)“為什么”也準(zhǔn)備好。比如負(fù)載因子為什么是0.75這是時(shí)間成本和空間成本的折中。開得太大比如1桶里沖突會變多查找變慢開得太小比如0.5數(shù)組經(jīng)常閑著浪費(fèi)內(nèi)存。再比如擴(kuò)容為什么是2倍因?yàn)镠ashMap用位運(yùn)算計(jì)算下標(biāo)容量是2的冪時(shí)hash (n - 1)可以等價(jià)于hash % n而且擴(kuò)容后元素只需要判斷新增的那一位是0還是1就能決定留在原位置還是挪到“原位置加舊容量”的位置效率非常高。另外高頻追問還有幾個(gè)為什么鏈表長度到8才轉(zhuǎn)紅黑樹因?yàn)榧t黑樹的節(jié)點(diǎn)比普通節(jié)點(diǎn)大在數(shù)據(jù)量少的時(shí)候遍歷鏈表的成本其實(shí)更低8這個(gè)閾值來自泊松分布在負(fù)載因子0.75和隨機(jī)哈希的前提下鏈表長度達(dá)到8的概率非常低。為什么不用平衡二叉樹紅黑樹是近似平衡旋轉(zhuǎn)次數(shù)更少插入刪除更高效。這些細(xì)節(jié)全答上來面試官對你的評價(jià)會明顯不一樣。2.2 String、StringBuilder、StringBuffer為什么還在問String這題看著基礎(chǔ)翻車率卻高得驚人。很多人的全部儲備就是一句話“String不可變StringBuilder線程不安全StringBuffer線程安全?！边@句話對但只值一分。面試官真正想看的是你能不能把“不可變”這三個(gè)字展開成一系列推論。String被設(shè)計(jì)成不可變會帶來幾個(gè)連鎖影響。第一字符串常量池可以安全復(fù)用同一個(gè)對象比如定義兩個(gè)內(nèi)容相同的字符串字面量它們指向的是同一個(gè)常量池對象這在大量字符串場景下能省很多內(nèi)存。第二hashCode可以被緩存因?yàn)閮?nèi)容永遠(yuǎn)不變所以String的hashCode只計(jì)算一次后面直接取這正好解釋了為什么String適合做HashMap的key。第三安全性好網(wǎng)絡(luò)地址、文件路徑、反射機(jī)制里的類名很多都依賴字符串如果它是可變的中間被篡改會出大問題。然后是拼接效率的問題。很多人不知道String a a b c在編譯期就直接合并成abc了但如果是變量拼接比如String result a b c編譯器會優(yōu)化成用StringBuilder的append方法實(shí)現(xiàn)。那為什么循環(huán)里還是不推薦用因?yàn)槊垦h(huán)一次就會創(chuàng)建一個(gè)新的StringBuilder循環(huán)1000次就創(chuàng)建1000個(gè)性能很差。最穩(wěn)的做法是在循環(huán)外手動new一個(gè)StringBuilder循環(huán)里只append。我把這三者的對比整理成一張表類型可變性線程安全使用場景String不可變安全不頻繁修改的文本、HashMap key、配置項(xiàng)StringBuilder可變不安全單線程下頻繁拼字符串StringBuffer可變安全多線程下頻繁拼字符串但實(shí)際并發(fā)場景很少用2.3 異常與內(nèi)存問題OutOfMemoryError這類題的專業(yè)回答姿勢近期好多人搜索java: outofmemoryerror: insufficient memory這個(gè)關(guān)鍵詞說明大家在實(shí)際開發(fā)或面試環(huán)境里都遇到過OOM?；卮疬@類問題第一步是糾正一個(gè)常見錯(cuò)誤OutOfMemoryError不是Exception而是Error它表示JVM真的扛不住內(nèi)存壓力了不建議在業(yè)務(wù)代碼里去catch它。面試?yán)锪腛OM最好直接按“哪個(gè)區(qū)域的內(nèi)存不夠”來拆開講。堆內(nèi)存溢出是最常見的通常是創(chuàng)建了太多對象且一直可達(dá)比如死循環(huán)里map不斷put新增key堆就會爆掉報(bào)java.lang.OutOfMemoryError: Java heap space虛擬棧和本地方法棧溢出常見于無限遞歸報(bào)StackOverflowError元空間溢出報(bào)OutOfMemoryError: Metaspace常見于運(yùn)行時(shí)生成大量類或動態(tài)代理直接內(nèi)存溢出一般和NIO的DirectByteBuffer有關(guān)。應(yīng)付面試題你要能說出“怎么查”而不是只知道“有這個(gè)東西”。我通常在本地復(fù)現(xiàn)時(shí)會做三步第一步用jps找到進(jìn)程ID第二步用jmap -dump:formatb,fileheap.bin pid導(dǎo)出堆快照第三步把快照導(dǎo)入MAT或VisualVM看哪個(gè)對象占了多少內(nèi)存定位到具體代碼。把這條鏈講出來面試官就知道你是真處理過線上問題而不是只背了概念。順便說一個(gè)細(xì)節(jié)如果手寫代碼時(shí)出現(xiàn)ArrayIndexOutOfBoundsException別只說“數(shù)組越界了”。你可以往邊界檢查上聊比如循環(huán)條件寫i arr.length就會越界正確的是i arr.length比如二分查找時(shí)mid (left right) / 2可能在極端情況下溢出更穩(wěn)妥的寫法是mid left (right - left) / 2。這種邊界意識恰恰是面試官在簡單題里想看到的亮點(diǎn)。3. JVM與并發(fā)最容易“背了也白背”的高階板塊JVM和并發(fā)是公認(rèn)的八股重災(zāi)區(qū)因?yàn)槌橄蟾拍钐啾称饋砗苋菀字v出來很虛。面試官不會滿足于你報(bào)出名詞他會一直往下追問“那場景呢那性能呢那線上怎么定位呢”所以這一章我重點(diǎn)講怎么把概念“落地”。3.1 從類加載到內(nèi)存模型怎么講才能讓面試官覺得你真懂先說類加載流程你至少要能報(bào)出五個(gè)階段的順序加載、驗(yàn)證、準(zhǔn)備、解析、初始化。加載階段把字節(jié)碼讀進(jìn)JVM生成Class對象驗(yàn)證階段檢查字節(jié)碼合法性準(zhǔn)備階段為靜態(tài)變量分配內(nèi)存并賦默認(rèn)值解析階段把符號引用替換為直接引用初始化階段才真正執(zhí)行靜態(tài)變量的賦值和靜態(tài)代碼塊。面試官最愛追問的是“雙親委派”你要能說清楚一個(gè)類加載器收到加載請求時(shí)不會自己先加載而是先委派給父加載器直到最頂層的Bootstrap ClassLoader父加載器加載不了才會回到子加載器嘗試。這么設(shè)計(jì)的主要意義是防止核心類庫被篡改比如你自定義一個(gè)java.lang.String根本不會被加載進(jìn)去。JVM內(nèi)存結(jié)構(gòu)這張表我建議你記牢因?yàn)槊嬖嚬俸芸赡茏屇阍诎装迳袭?dāng)場畫出來還要標(biāo)出哪些區(qū)域是線程共享、哪些是線程私有區(qū)域存儲內(nèi)容線程私有/共享異常類型堆對象實(shí)例、數(shù)組共享OutOfMemoryError虛擬機(jī)棧局部變量表、操作數(shù)棧、方法返回地址私有StackOverflowError / OutOfMemoryError本地方法棧native方法調(diào)用棧私有StackOverflowError / OutOfMemoryError方法區(qū)/元空間類信息、常量、靜態(tài)變量、JIT代碼共享OutOfMemoryError程序計(jì)數(shù)器當(dāng)前線程執(zhí)行的字節(jié)碼行號私有無比較隱蔽的失分點(diǎn)是有人把JMMJava內(nèi)存模型和JVM內(nèi)存結(jié)構(gòu)混在一起說。前者解決的是并發(fā)場景下“線程之間的共享變量什么時(shí)候、以什么方式對其他線程可見”的問題核心是主內(nèi)存和工作內(nèi)存、可見性、原子性、有序性后者就是上面那張表。面試官問“JMM是什么”你要是背出“堆和?！蹦蔷椭苯涌鄯至?。講到內(nèi)存模型建議順手拿一個(gè)例子展開定義一個(gè)boolean flag線程A先改它線程B循環(huán)讀它如果不加volatileB可能永遠(yuǎn)讀不到新值。原因是B可能把flag讀進(jìn)了自己的工作內(nèi)存或CPU緩存沒有同步回主內(nèi)存。volatile的作用就是強(qiáng)制讀寫直接操作主內(nèi)存同時(shí)禁止指令重排序所以能保證可見性和有序性但解決不了原子性。這也就是為什么volatile int count; count依然不是線程安全的。3.2 線程池與鎖synchronized、volatile、AQS怎么梳理線程池是并發(fā)題里的常見難關(guān)因?yàn)榭嫉牟皇潜硡?shù)而是背完之后能不能說出線上怎么配置。七個(gè)參數(shù)要報(bào)全核心線程數(shù)、最大線程數(shù)、空閑存活時(shí)間、時(shí)間單位、阻塞隊(duì)列、線程工廠、拒絕策略。執(zhí)行流程是提交任務(wù)后如果運(yùn)行線程數(shù)少于核心線程數(shù)創(chuàng)建核心線程執(zhí)行超過核心線程數(shù)任務(wù)進(jìn)隊(duì)列隊(duì)列滿了創(chuàng)建非核心線程線程數(shù)達(dá)到最大值且隊(duì)列也滿觸發(fā)拒絕策略。面試官再往下問最可能問“線上線程池參數(shù)怎么設(shè)”。這個(gè)問題沒有標(biāo)準(zhǔn)答案但你要給出思考框架如果是CPU密集型任務(wù)核心線程數(shù)建議設(shè)為CPU核數(shù)加一如果是IO密集型任務(wù)建議設(shè)為CPU核數(shù)乘以二或者更高因?yàn)镮O等待期間線程可以切換做別的事。同時(shí)還要考慮隊(duì)列選型固定大小隊(duì)列適合能接受排隊(duì)但不想丟任務(wù)的場景同步移交隊(duì)列配合最大線程數(shù)適合追求低延遲但能接受拒絕的場景。鎖這一塊建議把synchronized和ReentrantLock的差異背清楚。synchronized是自動獲取和釋放鎖異常時(shí)自動釋放JDK 1.6之后加了偏向鎖、輕量級鎖、重量級鎖的升級過程性能已經(jīng)沒以前那么差了。ReentrantLock需要手動lock和unlock支持可中斷獲取鎖、支持公平鎖、可以用Condition實(shí)現(xiàn)多路等待通知。講到AQS時(shí)要能說出核心邏輯它內(nèi)部維護(hù)了一個(gè)volatile int state和一個(gè)FIFO等待隊(duì)列獲取鎖就是通過CAS把state從0改成1獲取失敗就進(jìn)隊(duì)列等待共享鎖和排他鎖的區(qū)別是state的獲取方式不同。能把這些串起來并發(fā)這塊就算站穩(wěn)了。4. 框架與工程化Spring、Lombok、Maven構(gòu)建背后的隱藏考點(diǎn)框架題在八股文里的占比越來越高因?yàn)榇髲S默認(rèn)你Java基礎(chǔ)再扎實(shí)最終還是要把能力落到Spring這套工程體系上。但這一塊的面試風(fēng)格很特別經(jīng)常從一個(gè)編譯報(bào)錯(cuò)或環(huán)境配置切入聊著聊著就聊到源碼。4.1 Spring的IoC/AOP面試官追問到源碼級別的應(yīng)對方法Spring必考的幾條主線我建議至少準(zhǔn)備到這個(gè)深度。Bean生命周期實(shí)例化、屬性填充、初始化前、初始化、初始化后、銷毀。網(wǎng)上能搜到很多圖但面試官更關(guān)心你知不知道BeanPostProcessor在這條鏈上做了什么以及AOP代理是在哪一步被織入的——答案是初始化后階段通過AbstractAutoProxyCreator這類后置處理器完成的。循環(huán)依賴為什么能解決答案是用三級緩存。一級緩存是單例池存完整Bean二級緩存存早期暴露的Bean也就是還沒做完屬性填充的三級緩存存的是ObjectFactory對象工廠它的作用是延遲生成代理對象。那為什么不直接用二級緩存關(guān)鍵點(diǎn)在于如果Bean之間有循環(huán)依賴且其中一個(gè)需要AOP代理Spring希望在最后才決定到底生產(chǎn)代理對象還是普通對象。如果只有二級緩存Bean一創(chuàng)建出來就必須先生成代理對象但有些Bean可能根本不會被循環(huán)依賴提前生成代理就是浪費(fèi)。三級緩存把“創(chuàng)建代理”這件事推遲到了真正需要那個(gè)Bean的時(shí)候這就是為什么三級能解決而二級不徹底。AOP這塊要能區(qū)分JDK動態(tài)代理和CGLIB。JDK動態(tài)代理要求目標(biāo)類實(shí)現(xiàn)了接口它基于反射生成一個(gè)接口的代理類CGLIB通過字節(jié)碼生成目標(biāo)類的子類。默認(rèn)情況下Spring Boot如果目標(biāo)類有接口會優(yōu)先用JDK代理但也可以強(qiáng)制用CGLIB。?？碱}是“為什么Spring Boot 2.x之后默認(rèn)使用CGLIB”——一個(gè)原因是很多場景只認(rèn)類不認(rèn)接口另一個(gè)原因是JDK代理在類型轉(zhuǎn)換上會多一點(diǎn)限制。4.2 編譯告警與版本問題源發(fā)行版17、Lombok不支持這類“環(huán)境題”的底層邏輯如果你是搜索“Java面試”才進(jìn)來的大概也被這幾個(gè)報(bào)錯(cuò)折磨過比如java: 源發(fā)行版 17 需要目標(biāo)發(fā)行版 17再比如you arent using a compiler supported by lombok, so lombok will not work。這類環(huán)境問題經(jīng)常被當(dāng)成“又不是面試考的點(diǎn)”忽略掉但面試機(jī)考環(huán)節(jié)如果IDE里跑不起來前面背再多都白搭。先說源發(fā)行版的報(bào)錯(cuò)它本質(zhì)上就是JDK版本、項(xiàng)目語言級別、Maven編譯插件版本三者不一致。你的IDE里語言級別是17Maven的maven-compiler-plugin卻配了老版本或者沒配release于是javac用舊方式編譯時(shí)就會提示源發(fā)行版和目標(biāo)發(fā)行版對不上。解決辦法通常有三步第一確認(rèn)環(huán)境里java -version的JDK版本盡量統(tǒng)一用17或21這類LTS版本第二在pom.xml里顯式配置maven-compiler-plugin的source和target或者更優(yōu)雅的方式是配置release17/release這樣連source和target都不用重復(fù)設(shè)第三檢查IDE的Project Structure和Settings里的Java編譯器模塊確保語言級別是同一個(gè)數(shù)字。Lombok的報(bào)錯(cuò)主要出在它和JDK版本的適配問題上。Lombok是編譯期注解處理器通過javac內(nèi)部的annotation processing API修改抽象語法樹但JDK每次大版本升級都可能動annotation processing相關(guān)的內(nèi)部APILombok版本太老舊自然就不支持新版JDK。解決辦法一般是升級Lombok版本比如1.18.30以上的版本對JDK 17的支持比較成熟如果項(xiàng)目被鎖定在老版本也可以考慮改用Java 8環(huán)境或者用record、構(gòu)造器模板方法部分替代Lombok的生成能力?；卮疬@類問題的時(shí)候面試官其實(shí)在考察你有沒有排查構(gòu)建工具鏈的工程經(jīng)驗(yàn)所以別一上來就說“我重裝了IDEA”而是按“版本視角”一步步查。順便把環(huán)境變量串進(jìn)來。JAVA_HOME要指向JDK安裝目錄Path里要加入%JAVA_HOME%\bin這兩個(gè)配置是Windows下最容易出錯(cuò)的組合。很多人把JDK裝好后慌張張去配classpath其實(shí)現(xiàn)在大多數(shù)場景classpath根本不用手動配javac和java會自己處理。驗(yàn)證是否配置成功就在命令行敲java -version和javac -version兩個(gè)都能輸出對應(yīng)版本號才算穩(wěn)定。5. 手寫代碼與算法從排序到接口自動化白板題怎么練算法題這塊的焦慮感很大但要明白一點(diǎn)大廠手撕代碼考的是“在有限時(shí)間里寫出干凈、正確、能跑的代碼”并不是ACM競賽。所以準(zhǔn)備重點(diǎn)要往基礎(chǔ)排序、查找、字符串處理、簡單數(shù)據(jù)結(jié)構(gòu)場景上傾斜。5.1 排序算法冒泡排序與快速排序的考察重點(diǎn)最近搜索詞里“冒泡排序java”“快速排序java實(shí)現(xiàn)”都排得很靠前這是有原因的。很多面試官喜歡讓候選人先手寫一個(gè)排序趁寫代碼的時(shí)間繼續(xù)觀察你的思考習(xí)慣。冒泡排序的Java實(shí)現(xiàn)很簡單雙重循環(huán)相鄰兩個(gè)數(shù)比較順序不對就交換。但很多人寫完就停了其實(shí)這里有個(gè)隱藏加分項(xiàng)優(yōu)化過的冒泡排序。public static void bubbleSort(int[] arr) { if (arr null || arr.length 2) { return; } for (int i 0; i arr.length - 1; i) { boolean swapped false; for (int j 0; j arr.length - 1 - i; j) { if (arr[j] arr[j 1]) { int temp arr[j]; arr[j] arr[j 1]; arr[j 1] temp; swapped true; } } if (!swapped) { break; } } }注意swapped這個(gè)標(biāo)志位如果某輪沒有任何交換說明數(shù)組已經(jīng)有序直接結(jié)束。這段代碼能讓最好的時(shí)間復(fù)雜度變成O(n)比普通版本的“不管有沒有序都會走完所有輪次”漂亮很多。快速排序的Java實(shí)現(xiàn)也建議手寫得很熟練。核心是遞歸加分區(qū)選一個(gè)基準(zhǔn)值把小于等于基準(zhǔn)值的放左邊大于的放右邊再對左右兩塊遞歸處理。public static void quickSort(int[] arr, int left, int right) { if (left right) { return; } int pivot partition(arr, left, right); quickSort(arr, left, pivot - 1); quickSort(arr, pivot 1, right); } private static int partition(int[] arr, int left, int right) { int pivot arr[right]; int i left; for (int j left; j right; j) { if (arr[j] pivot) { swap(arr, i, j); i; } } swap(arr, i, right); return i; }寫完之后面試官大概率會問時(shí)間復(fù)雜度和穩(wěn)定性。快速排序平均O(n log n)、最壞O(n2)最壞情況發(fā)生在每次分區(qū)都極端不均衡比如數(shù)組本身有序時(shí)選最后一個(gè)做基準(zhǔn)不穩(wěn)定因?yàn)榻粨Q可能打亂相同元素的相對順序。能在代碼之外主動把這些缺點(diǎn)和優(yōu)化手段說出來比如隨機(jī)選基準(zhǔn)、三數(shù)取中會給面試官留下很深的印象。5.2 編程題之外的“手寫”環(huán)節(jié)Lambda、枚舉、接口自動化這些熱搜詞背后的事手寫代碼不只是排序題。Java 8的Lambda表達(dá)式、Stream、函數(shù)式接口幾乎是所有大廠面試?yán)锒紩嗌賳柕降狞c(diǎn)因?yàn)楝F(xiàn)代Java項(xiàng)目已經(jīng)很少有人在代碼里手寫for循環(huán)嵌套了。Lambda的理解不要停留在“簡化匿名內(nèi)部類”這個(gè)層面。它本質(zhì)上是一個(gè)函數(shù)式接口的實(shí)例函數(shù)式接口就是只有一個(gè)抽象方法的接口比如Runnable、Comparator、Predicate、Function。寫() - System.out.println(hello)的時(shí)候編譯器會在背后幫你生成這個(gè)接口的匿名實(shí)現(xiàn)類。用Stream做列表操作時(shí)注意區(qū)分中間操作和終止操作filter、map、sorted是中間操作懶加載不觸發(fā)就不會執(zhí)行collect、forEach、reduce是終止操作一調(diào)用才真正執(zhí)行整條流水線。能把這個(gè)惰性求值機(jī)制講出來比背幾個(gè)Stream API名稱有用得多。枚舉類型也是近期搜索熱詞。很多人以為enum就是個(gè)常數(shù)列表其實(shí)它是Java里很完整的類。枚舉可以寫構(gòu)造器、字段、抽象方法每個(gè)枚舉常量都是這個(gè)枚舉類的實(shí)例。我常用enum來封裝狀態(tài)機(jī)比如訂單狀態(tài)public enum OrderStatus { CREATED(0, 已創(chuàng)建) { Override public boolean canCancel() { return true; } }, PAID(1, 已支付) { Override public boolean canCancel() { return false; } }; private final int code; private final String desc; OrderStatus(int code, String desc) { this.code code; this.desc desc; } public abstract boolean canCancel(); }這種寫法比一堆if-else判斷狀態(tài)流轉(zhuǎn)清晰太多了面試時(shí)拿出來講既體現(xiàn)代碼能力又體現(xiàn)設(shè)計(jì)意識?！敖涌谧詣踊瘻y試框架”這個(gè)熱搜詞也值得多說一句。它說明現(xiàn)在的Java面試不只是后端開發(fā)連測試崗位也會考察工程能力。你要是準(zhǔn)備過Java方向的接口自動化可以講講用HttpClient或RestAssured發(fā)請求、用TestNG或JUnit5管理用例、用Allure生成報(bào)告、把測試環(huán)境配置外置到y(tǒng)aml文件。這類項(xiàng)目經(jīng)驗(yàn)在面試?yán)锉缺硯资揽蚣茴}更搶眼。至于“java高級計(jì)算器”“列車調(diào)度java”這類搜索詞背后其實(shí)是一類很常見的面試編程題給你一個(gè)明確的功能場景要求用Java實(shí)現(xiàn)。建議平時(shí)用一個(gè)小項(xiàng)目練手比如寫一個(gè)支持運(yùn)算符優(yōu)先級的計(jì)算器、寫一個(gè)簡單的任務(wù)調(diào)度器把棧、隊(duì)列、遞歸、異常處理都串進(jìn)去。真正面試時(shí)不管題目多冷門你手里有這些基礎(chǔ)模塊臨時(shí)組裝也能完成個(gè)七八成。6. 環(huán)境與準(zhǔn)備從JDK安裝到學(xué)習(xí)路線別讓基礎(chǔ)配置拖后腿最后一個(gè)部分聊聊很多人忽略的“場外工作”。我見過太多候選人八股背得滾瓜爛熟結(jié)果面試時(shí)要求共享屏幕開本地環(huán)境IDE打不開項(xiàng)目、JDK版本不對、Maven依賴?yán)幌聛硇膽B(tài)直接崩掉。面試前的環(huán)境準(zhǔn)備和學(xué)習(xí)路線其實(shí)是性價(jià)比最高的投入。6.1 JDK安裝與環(huán)境變量最容易翻車但最容易拿分如果你還在用Windows本地開發(fā)JDK安裝和環(huán)境變量配置建議操作一遍并截圖存檔這是熟練度問題不是智商問題。去官網(wǎng)下載對應(yīng)版本的JDK安裝包安裝路徑盡量避免有空格和中文比如直接裝到D:\Java\jdk-17。然后打開系統(tǒng)環(huán)境變量設(shè)置新增JAVA_HOME指向D:\Java\jdk-17在Path里新增%JAVA_HOME%\bin如果系統(tǒng)里安裝了多個(gè)JDK注意讓新加的Path項(xiàng)排在前面java -version才會優(yōu)先使用你期望的版本。配置完不要急著寫代碼先在命令行驗(yàn)證。java -version看的是JRE版本javac -version看的是編譯工具版本兩個(gè)都能正常輸出環(huán)境才算通過。常見的問題有幾個(gè)一是Path里原有的JDK路徑和新配置的沖突二是裝了64位JDK但I(xiàn)DE是32位的兩者可能產(chǎn)生奇怪現(xiàn)象三是IDEA里沒有同步設(shè)置SDK等級導(dǎo)致控制臺能編譯IDE里一直報(bào)錯(cuò)。把這三個(gè)坑提前排掉面試機(jī)考會順利很多。6.2 一條可執(zhí)行的Java面試學(xué)習(xí)路線針對沖刺階段如果你現(xiàn)在離面試還有一到兩個(gè)月可以參考這條路線它把“背八股”和“練能力”搓在一起了。階段內(nèi)容目標(biāo)第1周Java語法、面向?qū)ο?、集合、常用類、枚舉、Lambda把基礎(chǔ)八股用自己的話說一遍第2周JVM內(nèi)存結(jié)構(gòu)、類加載、垃圾回收、并發(fā)編程能畫出運(yùn)行時(shí)數(shù)據(jù)區(qū)圖能講清可見性第3周Spring、Spring Boot、Spring MVC核心流程結(jié)合一個(gè)小項(xiàng)目把Bean生命周期落地第4周MySQL、Redis、消息隊(duì)列、分布式基礎(chǔ)準(zhǔn)備1-2個(gè)實(shí)戰(zhàn)場景和對應(yīng)八股第5周算法與手寫代碼、劍指Offer或LeetCode熱題每天手寫1-2個(gè)算法重點(diǎn)排序和鏈表第6周項(xiàng)目復(fù)盤、自我介紹、反問環(huán)節(jié)把項(xiàng)目講成一個(gè)有亮點(diǎn)有取舍的故事值得一提的是網(wǎng)上一搜“八股文”能看到各種方向的整理有前端八股文、嵌入式八股文、軟件測試八股文、K8s八股文、華為OD面試八股文。這說明不同崗位對基礎(chǔ)面的側(cè)重不太一樣但底層原理是互通的。我的建議是不要每份資料都從頭看到尾而是先確定自己的目標(biāo)崗位再按上面的主干圖挑選對應(yīng)分支重點(diǎn)復(fù)習(xí)。數(shù)據(jù)庫、中間件、分布式這些內(nèi)容雖然不在基礎(chǔ)八股范圍里但大廠面試一定會越問越深所以至少要把MySQL的索引原理、事務(wù)隔離級別、Redis的緩存穿透和擊穿這幾個(gè)問題整明白。最后再分享一個(gè)小技巧八股文可以直接做成Markdown筆記或Notion數(shù)據(jù)庫每天抽30分鐘自問自答一遍把你答卡殼的題目標(biāo)紅第二天優(yōu)先復(fù)習(xí)這些紅色題目而不是把時(shí)間浪費(fèi)在已經(jīng)熟練的內(nèi)容上。我在準(zhǔn)備面試時(shí)用的是“兩遍法”第一遍背邏輯框架第二遍對著鏡子或錄音設(shè)備把答案講出來。眼睛看著會、嘴巴說不出來中間差的這一段練習(xí)量恰恰是面試場上最值錢的。