習(xí)路線與核心考點(diǎn))
每年到八九月校招和跳槽窗口期后臺(tái)就會(huì)收到大量私信Java 后端技術(shù)棧這么多到底怎么復(fù)習(xí)網(wǎng)上八股文資料滿天飛東看一眼西看一眼最后腦中一片空白。一邊是面試官連環(huán)追問底層原理一邊是項(xiàng)目深挖、場(chǎng)景設(shè)計(jì)題有些人面了十幾家永遠(yuǎn)掛在二面、三面。與其焦慮不如把復(fù)習(xí)變成一條清晰的主線。本文結(jié)合 2025、2026 屆面試高頻題目和主流后端崗位 JD整理了一份適合 7 天沖刺的 Java 后端高頻八股文復(fù)習(xí)路線。內(nèi)容覆蓋 Java 基礎(chǔ)、JVM、并發(fā)、Spring、MySQL、Redis、Kafka、分布式基礎(chǔ)每個(gè)考點(diǎn)拆出面試官真正想聽的“回答錨點(diǎn)”并附帶可落地的代碼示例和排查思路。不管你是在校準(zhǔn)備秋招還是工作幾年想跳槽這篇都能幫你快速建立知識(shí)框架避免在基礎(chǔ)題上翻車。1. 面試的本質(zhì)與八股文復(fù)習(xí)策略1.1 為什么后端面試總愛問“八股文”不少同學(xué)一看到“八股文”三個(gè)字就開始皺眉。但這里要糾正一個(gè)認(rèn)知后端面試問八股文不是考察背誦能力而是考察知識(shí)的體系化和原理理解程度。Java 后端開發(fā)依賴大量基礎(chǔ)設(shè)施JVM 運(yùn)行時(shí)、Spring 容器、MySQL 事務(wù)、Redis 緩存、消息隊(duì)列……這些技術(shù)都有復(fù)雜度上限。在實(shí)際開發(fā)中你可以通過框架和中間件屏蔽細(xì)節(jié)但一旦遇到性能問題、線上故障、架構(gòu)選型就需要你真正理解底層機(jī)制。面試官問八股文本質(zhì)上是在快速驗(yàn)證一件事你寫代碼時(shí)是只知道 API還是理解 API 背后的設(shè)計(jì)思想你排查問題時(shí)是瞎猜瞎試還是能根據(jù)內(nèi)存模型、事務(wù)日志、IO 模型定位你做技術(shù)選型時(shí)是隨大流還是能說出不同中間件的優(yōu)缺點(diǎn)所以八股文要背但不能死背。每道題背后都有“為什么這樣設(shè)計(jì)”的主線找到這條主線整張技術(shù)地圖就通了。1.2 7天沖刺的總體思路7 天時(shí)間有限不能按兩千頁的書從頭翻到尾。建議采用“高頻考點(diǎn) 回答錨點(diǎn) 代碼演示 項(xiàng)目串聯(lián)”四個(gè)步驟高頻考點(diǎn)只復(fù)習(xí)面試中出現(xiàn)頻率最高的知識(shí)點(diǎn)低頻率冷門知識(shí)先跳過?；卮疱^點(diǎn)每道題提煉 2 到 3 個(gè)核心關(guān)鍵詞先講結(jié)論再展開細(xì)節(jié)。代碼演示八股文不只靠嘴說手寫 HashMap 原理、手寫線程池、手寫單例都是常見環(huán)節(jié)。項(xiàng)目串聯(lián)把背過的原理映射到你簡(jiǎn)歷項(xiàng)目里面試官追問“你項(xiàng)目里遇到這個(gè)場(chǎng)景怎么處理”時(shí)才能講出深度。文章后面每一章的“回答思路”都可以直接作為你面試表達(dá)時(shí)的提綱。2. 復(fù)習(xí)環(huán)境與工具準(zhǔn)備2.1 需要準(zhǔn)備什么資料面試沖刺階段不建議只收藏不閱讀。建議準(zhǔn)備以下資料資料類型推薦方向用途Java 基礎(chǔ)JDK 源碼ArrayList、HashMap、String集合原理、String 不可變性JVM《深入理解 Java 虛擬機(jī)》重點(diǎn)章節(jié)內(nèi)存模型、垃圾回收、類加載并發(fā)編程JUC 源碼、AQS 隊(duì)列同步器鎖、線程池、并發(fā)容器Spring 源碼Spring IoC 容器、Bean 生命周期Spring 高頻題數(shù)據(jù)庫MySQL 官方文檔、InnoDB 存儲(chǔ)引擎索引、事務(wù)、MVCC緩存與消息Redis 官方文檔、Kafka 核心原理緩存擊穿、消息可靠性項(xiàng)目復(fù)盤自己簡(jiǎn)歷項(xiàng)目畫出架構(gòu)圖場(chǎng)景題、項(xiàng)目深挖不需要全部看完圍繞“最?？嫉?40 個(gè)問題”去針對(duì)性準(zhǔn)備即可。2.2 本地環(huán)境怎么搭建面試復(fù)習(xí)過程中最好動(dòng)手跑代碼建議安裝以下環(huán)境JDK推薦 8 或 11部分新項(xiàng)目用 17。面試手上寫的代碼盡量兼容 JDK 8。IDEIntelliJ IDEA 社區(qū)版即可不需要額外收費(fèi)功能。MySQL本地裝一個(gè) 5.7 或 8.0學(xué)習(xí)索引和事務(wù)時(shí)可以直接看 explain 執(zhí)行計(jì)劃。RedisWindows 可用 Memurai 或 WSL 方案Linux 或 Mac 直接安裝原生版本。Kafka單機(jī)模式即可主要理解生產(chǎn)者、消費(fèi)者、分區(qū)、副本機(jī)制。如果你不想在環(huán)境上花時(shí)間可以直接用 Docker 一鍵起中間件例如docker run -d --name mysql8 -p 3306:3306 -e MYSQL_ROOT_PASSWORDroot mysql:8.0 docker run -d --name redis7 -p 6379:6379 redis:7環(huán)境不必追求最新版本重點(diǎn)是能跑通命令、能看到現(xiàn)象。版本號(hào)在不同環(huán)境中差異很大本文所有配置以常規(guī)版本為例實(shí)際使用請(qǐng)根據(jù)你的環(huán)境調(diào)整。3. 高頻考點(diǎn)一Java 基礎(chǔ)與集合框架3.1 HashMap 的底層結(jié)構(gòu)與 put 流程HashMap 是 Java 基礎(chǔ)面試中出場(chǎng)率最高的類沒有之一。面試官通常從“你對(duì) HashMap 熟悉嗎”開始一直追問到紅黑樹、擴(kuò)容和并發(fā)問題。先背結(jié)論JDK 1.7 底層是數(shù)組 鏈表擴(kuò)容時(shí)使用頭插法并發(fā)情況下可能形成環(huán)形鏈表。JDK 1.8 底層是數(shù)組 鏈表 紅黑樹鏈表長度大于等于 8 且數(shù)組長度大于等于 64 時(shí)鏈表轉(zhuǎn)為紅黑樹。put 流程計(jì)算 key 的 hash 值 - 定位到數(shù)組下標(biāo) - 判斷是否為空 - 為空直接放入 - 不為空再判斷是鏈表還是紅黑樹 - 覆蓋舊值或新增節(jié)點(diǎn) - 最后判斷是否需要擴(kuò)容。手寫一個(gè)簡(jiǎn)化的 put 思路可以幫助記憶public class MyHashMapK, V { private static final int DEFAULT_CAPACITY 16; private NodeK, V[] table; private int size; static class NodeK, V { K key; V value; int hash; NodeK, V next; Node(K key, V value, int hash, NodeK, V next) { this.key key; this.value value; this.hash hash; this.next next; } } public MyHashMap() { table new Node[DEFAULT_CAPACITY]; } private int hash(K key) { if (key null) { return 0; } int h key.hashCode(); // 擾動(dòng)函數(shù)讓高位參與低位的計(jì)算減少哈希碰撞 return h ^ (h 16); } public V put(K key, V value) { int index hash(key) (table.length - 1); NodeK, V first table[index]; if (first null) { table[index] new Node(key, value, hash(key), null); size; return null; } NodeK, V node first; while (node ! null) { if (node.hash hash(key) (key node.key || key.equals(node.key))) { V oldValue node.value; node.value value; return oldValue; } node node.next; } // 頭插法僅用于演示JDK 1.8 實(shí)際是尾插法 NodeK, V newNode new Node(key, value, hash(key), first); table[index] newNode; size; return null; } }面試官常追問的點(diǎn)為什么容量是 2 的冪次方因?yàn)閔ash (length - 1)等價(jià)于hash % length且位運(yùn)算更快同時(shí)能保證下標(biāo)均勻分布。為什么鏈表轉(zhuǎn)紅黑樹的閾值是 8根據(jù)泊松分布在負(fù)載因子 0.75 下鏈表長度達(dá)到 8 的概率已經(jīng)極低轉(zhuǎn)紅黑樹是為了防止極端哈希沖突導(dǎo)致的性能退化。HashMap 為什么線程不安全因?yàn)槎嗑€程 put 時(shí)可能出現(xiàn)數(shù)據(jù)覆蓋、擴(kuò)容時(shí)死循環(huán)JDK 1.7或 size 計(jì)算不準(zhǔn)確。3.2 ConcurrentHashMap 如何保證線程安全提到 HashMap 線程不安全緊接著就會(huì)問 ConcurrentHashMap。回答錨點(diǎn)JDK 1.7 使用 Segment 分段鎖把一個(gè) Map 分成 16 個(gè) Segment每個(gè) Segment 獨(dú)立加鎖理論上支持 16 個(gè)線程并發(fā)寫。JDK 1.8 放棄了分段鎖改用 CAS synchronized 鎖住數(shù)組桶中的首節(jié)點(diǎn)鎖粒度更細(xì)并發(fā)度更高。讀操作一般不加鎖Node 的 value 和 next 使用 volatile 修飾保證可見性。筆試中常讓寫一個(gè)線程安全的單例模式public class Singleton { private static volatile Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }這里必須加volatile原因在于instance new Singleton()在 JVM 層面不是原子操作分為分配內(nèi)存、初始化對(duì)象、把引用指向內(nèi)存三步。如果不加 volatile可能出現(xiàn)另一個(gè)線程拿到了尚未初始化完成的對(duì)象引用。3.3 String、StringBuilder、StringBuffer 的區(qū)別這道題屬于“送分題”但總有人答不全。類可變性線程安全適用場(chǎng)景String不可變安全不可變對(duì)象字符串常量、少量拼接StringBuilder可變不安全單線程大量拼接StringBuffer可變安全方法加 synchronized多線程字符串拼接追問頻率最高的點(diǎn)是String 的不可變性怎么保證char 數(shù)組用 final 修飾且不對(duì)外暴露修改方法。String 不可變有什么好處線程安全、哈希緩存、字符串常量池復(fù)用。4. 高頻考點(diǎn)二JVM 與內(nèi)存優(yōu)化4.1 JVM 內(nèi)存區(qū)域怎么劃分JVM 考察的重點(diǎn)是運(yùn)行時(shí)數(shù)據(jù)區(qū)。不要只背名稱要能結(jié)合 OOM 異常說明。回答結(jié)構(gòu)程序計(jì)數(shù)器當(dāng)前線程執(zhí)行的字節(jié)碼行號(hào)指示器線程私有不會(huì) OOM。虛擬機(jī)棧線程私有每個(gè)方法對(duì)應(yīng)一個(gè)棧幀棧幀里有局部變量表、操作數(shù)棧、動(dòng)態(tài)鏈接、返回地址。棧深度不夠會(huì)拋 StackOverflowError。本地方法棧為 native 方法服務(wù)。堆線程共享存放對(duì)象實(shí)例和數(shù)組是垃圾回收的主要區(qū)域。內(nèi)存不足會(huì)拋 OutOfMemoryError: Java heap space。方法區(qū) / 元空間存放類信息、常量、靜態(tài)變量。JDK 8 之后方法區(qū)被元空間取代使用本地內(nèi)存。加載類過多可能拋 OutOfMemoryError: Metaspace。4.2 垃圾回收與 GC Roots垃圾回收問題一般從“如何判斷對(duì)象已死”開始。判斷算法引用計(jì)數(shù)法存在循環(huán)引用問題主流的 JVM 不用?？蛇_(dá)性分析從 GC Roots 出發(fā)不可達(dá)的對(duì)象被判定為可回收。哪些對(duì)象可以作為 GC Roots虛擬機(jī)棧棧幀本地變量表中引用的對(duì)象。方法區(qū)中靜態(tài)屬性引用的對(duì)象。方法區(qū)中常量引用的對(duì)象。本地方法棧中 JNI 引用的對(duì)象。Java 虛擬機(jī)內(nèi)部的引用如基本數(shù)據(jù)類型對(duì)應(yīng)的 Class 對(duì)象、常駐的異常對(duì)象等。常見收集器記憶口訣Serial單線程GC 時(shí)暫停所有用戶線程。ParNewSerial 的多線程版本常用于新生代。CMS并發(fā)標(biāo)記清除目標(biāo)是降低停頓但會(huì)產(chǎn)生內(nèi)存碎片。G1將堆劃分為 Region可預(yù)測(cè)停頓時(shí)間適合大堆。ZGC極低停頓適合超大堆和低延遲場(chǎng)景。面試時(shí)給出 JVM 參數(shù)也比空口說更好java -Xms512m -Xmx512m -XX:UseG1GC \ -XX:MaxGCPauseMillis200 \ -XX:HeapDumpOnOutOfMemoryError \ -XX:HeapDumpPath/data/logs/app.hprof \ -jar demo.jar這里-Xms和-Xmx設(shè)置為相同值避免運(yùn)行期堆大小動(dòng)態(tài)伸縮。生產(chǎn)環(huán)境建議顯式打印 GC 日志方便排查問題。4.3 線上 OOM 的排查思路“線上 OOM 了你怎么排查”是后端崗位的熱門場(chǎng)景題直接給出排查鏈路會(huì)非常加分。正確回答順序保留現(xiàn)場(chǎng)不要急著重啟加上-XX:HeapDumpOnOutOfMemoryError參數(shù)讓 JVM 自動(dòng)導(dǎo)出 heap dump。分析 dump 文件使用jmap、jstat、jstack或 MATMemory Analyzer Tool分析。區(qū)分區(qū)域Java heap space 說明堆溢出Metaspace 說明類加載過多unable to create new native thread 說明線程數(shù)達(dá)到操作系統(tǒng)限制。根據(jù)線程棧定位通過 jstack 查看線程狀態(tài)看是否存在死鎖、線程池被打滿、大對(duì)象頻繁分配等。修復(fù)和驗(yàn)證優(yōu)化代碼、調(diào)整參數(shù)、增加限流或熔斷小流量驗(yàn)證后全量發(fā)布。5. 高頻考點(diǎn)三并發(fā)編程5.1 synchronized 與 ReentrantLock 的區(qū)別并發(fā)題總是由淺入深。先問 synchronized 怎么用再問鎖升級(jí)最后問 AQS。synchronized 關(guān)鍵點(diǎn)鎖對(duì)象是對(duì)象頭中的 Mark Word。JDK 1.6 引入偏向鎖、輕量級(jí)鎖、重量級(jí)鎖升級(jí)過程。是 JVM 層面的關(guān)鍵字使用方便異常時(shí)自動(dòng)釋放鎖。ReentrantLock 關(guān)鍵點(diǎn)基于 AQS 實(shí)現(xiàn)是 API 層面的鎖。支持公平鎖和非公平鎖。支持中斷、超時(shí)、多個(gè) Condition條件變量。需要手動(dòng) unlock建議在 finally 中釋放。答法示例synchronized 是 JVM 內(nèi)置鎖使用簡(jiǎn)單鎖的獲取和釋放由字節(jié)碼指令 monitorenter / monitorexit 控制ReentrantLock 是 JUC 包提供的顯式鎖底層基于 AQS 同步隊(duì)列支持公平性選擇、中斷響應(yīng)和超時(shí)獲取。JDK 1.6 之后 synchronized 引入了鎖升級(jí)機(jī)制兩者性能差距已經(jīng)很小。實(shí)際項(xiàng)目中能用 synchronized 就用 synchronized需要靈活控制鎖的時(shí)候就選 ReentrantLock。5.2 volatile 與可見性volatile 有兩個(gè)核心作用保證線程之間的可見性。禁止指令重排序。但它不能保證原子性。經(jīng)典的 i 問題用 volatile 修飾并不能解決多線程累加結(jié)果錯(cuò)誤?？匆欢问纠apublic class VolatileDemo { private static volatile boolean stop false; public static void main(String[] args) throws InterruptedException { Thread worker new Thread(() - { long count 0; while (!stop) { count; } System.out.println(worker stop, count count); }); worker.start(); Thread.sleep(100); stop true; worker.join(); System.out.println(main exit); } }如果不加 volatilestop的修改可能對(duì)工作線程不可見造成死循環(huán)。這個(gè)例子在面試中可以現(xiàn)場(chǎng)演示比背概念更有說服力。5.3 線程池的核心參數(shù)與實(shí)際應(yīng)用線程池屬于并發(fā)編程的必考內(nèi)容。先記住有七個(gè)參數(shù)public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueueRunnable workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler)核心流程提交任務(wù)時(shí)如果當(dāng)前線程數(shù)小于 corePoolSize創(chuàng)建核心線程執(zhí)行。如果核心線程已滿任務(wù)進(jìn)入阻塞隊(duì)列。如果隊(duì)列已滿且線程數(shù)小于 maximumPoolSize創(chuàng)建非核心線程執(zhí)行。如果線程數(shù)達(dá)到 maximumPoolSize觸發(fā)拒絕策略。四種拒絕策略策略行為AbortPolicy直接拋 RejectedExecutionExceptionCallerRunsPolicy調(diào)用者線程執(zhí)行任務(wù)DiscardPolicy丟棄任務(wù)DiscardOldestPolicy丟棄隊(duì)列中最舊的任務(wù)阿里 Java 開發(fā)手冊(cè)建議用 ThreadPoolExecutor 顯式創(chuàng)建線程池禁止使用 Executors.newFixedThreadPool因?yàn)?FixedThreadPool 的隊(duì)列是無限長的LinkedBlockingQueue可能導(dǎo)致 OOM。6. 高頻考點(diǎn)四Spring 核心原理6.1 IoC 與 AOP 怎么理解Spring 題目不難但一定要講出自己的理解不要只背概念。IoC控制反轉(zhuǎn)就是把對(duì)象創(chuàng)建和依賴管理的控制權(quán)交給 Spring 容器。反過來理解如果沒有 Spring你需要自己 new 對(duì)象、自己管理依賴有了 IoC你只需要聲明依賴關(guān)系容器負(fù)責(zé)創(chuàng)建和注入。AOP面向切面編程的核心價(jià)值是“無侵入地增強(qiáng)業(yè)務(wù)邏輯”。典型場(chǎng)景包括日志記錄、權(quán)限校驗(yàn)、事務(wù)管理、性能監(jiān)控。面試常問 Spring AOP 為什么用動(dòng)態(tài)代理代理對(duì)象在運(yùn)行時(shí)生成不需要修改原始字節(jié)碼。JDK 動(dòng)態(tài)代理基于接口。CGLIB 動(dòng)態(tài)代理基于繼承代理類繼承目標(biāo)類。6.2 Bean 生命周期Spring Bean 生命周期是面試官很喜歡深挖的點(diǎn)。推薦按“創(chuàng)建前 - 實(shí)例化 - 屬性填充 - 初始化 - 使用 - 銷毀”這個(gè)順序回答。簡(jiǎn)化回答版掃描并定義 BeanDefinition。通過構(gòu)造方法或工廠方法實(shí)例化 Bean。屬性填充執(zhí)行依賴注入。執(zhí)行各種 Aware 回調(diào)如 BeanNameAware、BeanFactoryAware、ApplicationContextAware。執(zhí)行 BeanPostProcessor 的 postProcessBeforeInitialization。執(zhí)行初始化方法PostConstruct、InitializingBean、init-method。執(zhí)行 BeanPostProcessor 的 postProcessAfterInitialization。Bean 就緒可以正常使用。容器關(guān)閉時(shí)執(zhí)行銷毀邏輯PreDestroy、DisposableBean、destroy-method。6.3 Spring 事務(wù)傳播行為Spring 事務(wù)雖然用起來簡(jiǎn)單一個(gè)Transactional注解就可以但面試題可以從傳播行為問到自調(diào)用失效。常用傳播行為傳播行為說明REQUIRED有事務(wù)則加入無事務(wù)則新建REQUIRES_NEW無論如何都新建事務(wù)NESTED嵌套事務(wù)使用 SavepointSUPPORTS有事務(wù)則加入無事務(wù)則以非事務(wù)方式執(zhí)行MANDATORY必須在一個(gè)事務(wù)中執(zhí)行否則拋異常高頻坑點(diǎn)Spring 事務(wù)默認(rèn)只在 RuntimeException 和 Error 時(shí)回滾受檢異常不會(huì)觸發(fā)回滾。如果需要回滾用Transactional(rollbackFor Exception.class) public void updateUser(User user) { userMapper.updateById(user); // 業(yè)務(wù)代碼 }事務(wù)失效的常見原因也要準(zhǔn)備方法被 private / final 修飾。同類內(nèi)部方法調(diào)用繞過代理對(duì)象。方法不是 public。數(shù)據(jù)庫引擎不支持事務(wù)如 MyISAM。異常被 catch 吞掉。rollbackFor 配置不對(duì)。7. 高頻考點(diǎn)五MySQL 與 Redis7.1 MySQL 索引與 SQL 優(yōu)化MySQL 題目可以從“慢 SQL 怎么排查”切入考察索引、執(zhí)行計(jì)劃、索引失效、分頁優(yōu)化。先掌握最核心的索引知識(shí)InnoDB 使用 B 樹索引聚簇索引的葉子節(jié)點(diǎn)存儲(chǔ)整行數(shù)據(jù)二級(jí)索引的葉子節(jié)點(diǎn)存儲(chǔ)主鍵值。回表通過二級(jí)索引找到主鍵再通過主鍵查到整行數(shù)據(jù)。覆蓋索引索引中已經(jīng)包含需要查詢的字段避免回表。最左前綴原則聯(lián)合索引按照建立索引時(shí)的字段順序生效。SQL 示例假設(shè)有一張訂單表CREATE TABLE t_order ( id bigint(20) NOT NULL AUTO_INCREMENT, user_id bigint(20) NOT NULL, order_no varchar(64) NOT NULL, status tinyint(4) NOT NULL DEFAULT 0, created_at datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user_status (user_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;經(jīng)常需要按用戶查詢訂單狀態(tài)就可以利用聯(lián)合索引idx_user_statusEXPLAIN SELECT id, order_no FROM t_order WHERE user_id 1001 AND status 1;索引失效的常見寫法對(duì)索引列使用函數(shù)例如WHERE DATE(created_at) 2026-08-01。模糊查詢以%開頭例如WHERE order_no LIKE %1001。隱式類型轉(zhuǎn)換例如WHERE user_id 1001。聯(lián)合索引不滿足最左前綴原則。OR 連接導(dǎo)致全表掃描。7.2 MySQL 事務(wù)隔離級(jí)別與 MVCCInnoDB 的四種隔離級(jí)別隔離級(jí)別臟讀不可重復(fù)讀幻讀讀未提交可能可能可能讀已提交不會(huì)可能可能可重復(fù)讀不會(huì)不會(huì)InnoDB 通過間隙鎖基本解決串行化不會(huì)不會(huì)不會(huì)MySQL 默認(rèn)隔離級(jí)別是可重復(fù)讀Repeatable Read。MVCC 通過隱藏字段、undo log 和 Read View 實(shí)現(xiàn)一致性快照讀避免加鎖帶來的性能損失?；卮?MVCC 時(shí)推薦這么說每一行數(shù)據(jù)都有隱藏的 trx_id事務(wù) ID和 roll_pointer回滾指針。查詢時(shí)InnoDB 會(huì)根據(jù)當(dāng)前事務(wù)生成一個(gè) Read View里面記錄活躍事務(wù)列表。通過比較 trx_id 與 Read View 的 up_limit_id、low_limit_id決定某行版本對(duì)當(dāng)前事務(wù)是否可見。這樣就實(shí)現(xiàn)了不同隔離級(jí)別下的快照讀。7.3 Redis 緩存穿透、擊穿、雪崩Redis 三道題基本是必背內(nèi)容但面試官現(xiàn)在更看重“你能給出什么方案”。緩存穿透查詢一個(gè)根本不存在的 key緩存沒有數(shù)據(jù)庫也沒有導(dǎo)致請(qǐng)求直接打到數(shù)據(jù)庫。解決辦法緩存空值設(shè)置一個(gè)較短的過期時(shí)間。使用布隆過濾器在緩存之前判斷 key 是否存在。接口層做參數(shù)校驗(yàn)非法參數(shù)直接攔截。緩存擊穿某個(gè)熱點(diǎn) key 過期瞬間大量請(qǐng)求同時(shí)打到數(shù)據(jù)庫。解決辦法互斥鎖只讓一個(gè)線程去重建緩存其他線程等待或降級(jí)。邏輯過期不設(shè)置物理過期時(shí)間而是存儲(chǔ)過期時(shí)間發(fā)現(xiàn)過期后異步重建。熱點(diǎn) key 設(shè)置永不過期。緩存雪崩大量 key 同時(shí)過期或者 Redis 節(jié)點(diǎn)宕機(jī)導(dǎo)致數(shù)據(jù)庫壓力瞬間增大。解決辦法過期時(shí)間加隨機(jī)值避免同時(shí)過期。熱點(diǎn) key 用多級(jí)緩存本地緩存 Redis。Redis 集群高可用避免單點(diǎn)故障。手寫一個(gè)最簡(jiǎn)單的緩存穿透防御public class CacheService { private final StringRedisTemplate redisTemplate; private final UserMapper userMapper; public User getUserById(Long id) { String cacheKey user: id; Object value redisTemplate.opsForValue().get(cacheKey); if (value ! null) { // 處理空值緩存標(biāo)記 return value.toString().length() 0 ? JSON.parseObject(value.toString(), User.class) : null; } User user userMapper.selectById(id); if (user null) { // 緩存空值避免緩存穿透 redisTemplate.opsForValue().set(cacheKey, , 60, TimeUnit.SECONDS); return null; } redisTemplate.opsForValue().set(cacheKey, JSON.toJSONString(user), 30, TimeUnit.MINUTES); return user; } }7.4 Redis 分布式鎖Redis 分布式鎖是場(chǎng)景題高頻考點(diǎn)。基礎(chǔ)版本是 SETNX 過期時(shí)間推薦直接使用 Redisson 的看門狗自動(dòng)續(xù)期。Autowired private RedissonClient redissonClient; public void handleOrder(Long orderId) { String lockKey lock:order: orderId; RLock lock redissonClient.getLock(lockKey); boolean locked false; try { locked lock.tryLock(3, 30, TimeUnit.SECONDS); if (!locked) { throw new RuntimeException(系統(tǒng)繁忙請(qǐng)稍后重試); } // 業(yè)務(wù)邏輯 } catch (InterruptedException e) { Thread.currentThread().interrupt(); } finally { if (locked lock.isHeldByCurrentThread()) { lock.unlock(); } } }注意釋放鎖時(shí)要判斷是否當(dāng)前線程持有鎖否則可能把別人的鎖釋放掉。8. 高頻考點(diǎn)六消息隊(duì)列與分布式基礎(chǔ)8.1 Kafka 的消息可靠性消息隊(duì)列常見的三個(gè)問題重復(fù)消費(fèi)、消息丟失、順序性。Kafka 消息可靠性需要從生產(chǎn)者、Broker、消費(fèi)者三段來說生產(chǎn)者設(shè)置acksall等待所有副本寫入成功才算發(fā)送成功。Broker分區(qū)副本數(shù)大于 1min.insync.replicas設(shè)置為合理值。消費(fèi)者關(guān)閉自動(dòng)提交位移業(yè)務(wù)處理成功后再手動(dòng)提交。# 生產(chǎn)者配置 acksall retries3 enable.idempotencetrue # 消費(fèi)者配置 enable.auto.commitfalse消息順序性可以這樣回答Kafka 只能保證分區(qū)內(nèi)有序。如果要保證全局有序可以把同一個(gè)業(yè)務(wù) key 路由到同一個(gè)分區(qū)比如訂單號(hào)取 hash 后指定分區(qū)。實(shí)際業(yè)務(wù)中保證同一個(gè)訂單的創(chuàng)建、支付、發(fā)貨事件有序即可。8.2 分布式事務(wù)與冪等設(shè)計(jì)微服務(wù)場(chǎng)景下分布式事務(wù)是繞不開的話題。面試常問2PC兩階段提交強(qiáng)一致性方案性能差協(xié)調(diào)者可能成為性能瓶頸。TCCTry、Confirm、Cancel業(yè)務(wù)侵入強(qiáng)適合資金類業(yè)務(wù)。本地消息表 / 事務(wù)消息最終一致性適合大多數(shù)業(yè)務(wù)。最大努力通知用于對(duì)實(shí)時(shí)性要求不高的場(chǎng)景。冪等設(shè)計(jì)是必答項(xiàng)推薦準(zhǔn)備以下幾種方案數(shù)據(jù)庫唯一索引如訂單號(hào)、流水號(hào)唯一約束。狀態(tài)機(jī)業(yè)務(wù)狀態(tài)流轉(zhuǎn)判斷已處理狀態(tài)直接返回成功。分布式鎖處理前加鎖處理完釋放。Token 機(jī)制請(qǐng)求前獲取一個(gè) token處理時(shí)校驗(yàn)并刪除。8.3 分布式場(chǎng)景中的經(jīng)典問題CAP 理論一致性C、可用性A、分區(qū)容錯(cuò)性P三者不可兼得。在分布式系統(tǒng)中網(wǎng)絡(luò)分區(qū)無法避免所以通常是在 CP 和 AP 之間選擇。Zookeeper 保證 CPEureka 保證 AP。BASE 理論Basically Available基本可用。Soft State軟狀態(tài)。Eventually Consistent最終一致性。這部分不需要答太長關(guān)鍵是結(jié)合自己的項(xiàng)目說明做了哪些取舍。9. 七天刷題計(jì)劃與每日安排理論終究要落到執(zhí)行。下面這份 7 天計(jì)劃每天大約花 6 到 8 小時(shí)適合有 Java 基礎(chǔ)的同學(xué)。Day 1Java 基礎(chǔ)與集合Java 基礎(chǔ)語法、泛型、反射、異常。HashMap、ConcurrentHashMap、ArrayList、LinkedList 源碼對(duì)比。String 相關(guān)常見問題。動(dòng)手寫HashMap put 流程描述、手寫單例。Day 2JVM 與內(nèi)存調(diào)優(yōu)運(yùn)行時(shí)數(shù)據(jù)區(qū)。垃圾回收算法與垃圾收集器。類加載機(jī)制與雙親委派。動(dòng)手做使用 jmap 導(dǎo)出 dump并用 MAT 打開分析。Day 3并發(fā)編程synchronized、volatile、CAS、AQS。線程池參數(shù)與拒絕策略。ThreadLocal 原理與內(nèi)存泄漏問題。動(dòng)手寫自定義線程池代碼演示 CPU 密集型與 IO 密集型參數(shù)設(shè)置。Day 4Spring 與 Spring BootIoC、AOP、Bean 生命周期。事務(wù)傳播行為和事務(wù)失效場(chǎng)景。Spring Boot 自動(dòng)配置原理。動(dòng)手做自己畫一遍 Spring Boot 啟動(dòng)流程圖。Day 5MySQL索引結(jié)構(gòu)與執(zhí)行計(jì)劃。事務(wù)隔離級(jí)別與 MVCC。鎖行鎖、間隙鎖、臨鍵鎖。動(dòng)手做用 explain 分析慢 SQL改寫優(yōu)化。Day 6Redis 與消息隊(duì)列Redis 數(shù)據(jù)結(jié)構(gòu)與持久化。緩存穿透、擊穿、雪崩。分布式鎖。Kafka 消息可靠性與順序性。動(dòng)手做寫一個(gè)緩存工具類包含空值緩存和互斥鎖兩種方案。Day 7項(xiàng)目復(fù)盤與模擬面試畫出項(xiàng)目架構(gòu)圖并講清楚模塊邊界。準(zhǔn)備兩個(gè)高光場(chǎng)景一個(gè)是復(fù)雜性能優(yōu)化一個(gè)是線上故障排查。模擬面試把前面六天的問題自己復(fù)述一遍。10. 面試過程中的臨場(chǎng)表達(dá)技巧10.1 不會(huì)的題怎么回答面試遇到不會(huì)的問題很正常但“直接說不會(huì)”和“有邏輯地說不會(huì)”是兩種效果。推薦用“確認(rèn)問題 關(guān)聯(lián)已知 表達(dá)思路”的方式回答這個(gè)問題我了解得還不深我理解它的方向可能是……用它來解決的一般是……場(chǎng)景。如果讓我現(xiàn)在做我會(huì)先查找官方文檔再做一個(gè)小規(guī)模實(shí)驗(yàn)驗(yàn)證。目前我掌握的是……不知道我這樣理解對(duì)不對(duì)。這種回答展示的是學(xué)習(xí)能力和解決問題的能力面試官通常不會(huì)直接淘汰。10.2 項(xiàng)目深挖怎么準(zhǔn)備八股文背得再好項(xiàng)目一問就露餡也不行。準(zhǔn)備項(xiàng)目時(shí)重點(diǎn)準(zhǔn)備以下五個(gè)問題項(xiàng)目的整體架構(gòu)是什么用到了哪些技術(shù)棧你負(fù)責(zé)的核心模塊有哪些給你帶來最大成長的點(diǎn)是什么項(xiàng)目中遇到的最大技術(shù)難點(diǎn)是什么你怎么解決的如果流量漲十倍你的項(xiàng)目哪里會(huì)先出問題怎么優(yōu)化有沒有線上問題排查經(jīng)驗(yàn)比如 CPU 飆高、內(nèi)存泄漏、接口變慢。回答項(xiàng)目問題時(shí)堅(jiān)持“背景 - 方案 - 結(jié)果 - 思考”四段式不要只說“用了 Redis 做緩存”要說清緩存的是什么數(shù)據(jù)、為什么選擇 Redis、遇到什么問題、最后怎么解決。10.3 被面試官連環(huán)追問怎么辦連環(huán)追問代表面試官對(duì)你的回答有興趣正在探測(cè)你的深度。這時(shí)要注意不要頻繁修改自己前面的結(jié)論。涉及不確定細(xì)節(jié)坦誠說明可以用“這塊我根據(jù)現(xiàn)有知識(shí)推斷”來鋪墊?；卮鹪絹碓缴钊霑r(shí)注意收斂不要從一個(gè)問題發(fā)散到幾個(gè)不相干的方向。11. 最佳實(shí)踐與長期積累建議面試八股文不是目的真正能拉開差距的是把知識(shí)轉(zhuǎn)化為解決問題的能力。這里分享幾個(gè)長期有效的建議。第一源碼閱讀要有主線。不要整個(gè) JDK 源碼平鋪直敘地讀。優(yōu)先讀集合HashMap、ConcurrentHashMap。并發(fā)AQS、ReentrantLock、ThreadPoolExecutor。Spring 核心BeanFactory、ApplicationContext、事務(wù)切面。讀源碼時(shí)問自己三個(gè)問題這個(gè)類解決什么問題核心設(shè)計(jì)是什么如果讓我設(shè)計(jì)我會(huì)怎么做第二寫技術(shù)筆記不要只收藏。每個(gè)知識(shí)點(diǎn)用自己的話說一遍畫一遍流程圖。面試前看筆記復(fù)習(xí)效率遠(yuǎn)比翻收藏夾高。第三多用本地環(huán)境做實(shí)驗(yàn)。比如 MySQL 的事務(wù)隔離級(jí)別你可以開啟兩個(gè)連接實(shí)際插入數(shù)據(jù)觀察不同隔離級(jí)別下讀取結(jié)果的差異。中間件只有在本地跑過面試講出來才不虛。第四項(xiàng)目上線前關(guān)注安全和規(guī)范。如果你的簡(jiǎn)歷項(xiàng)目要對(duì)外發(fā)布至少檢查基礎(chǔ)安全數(shù)據(jù)庫連接不要明文密碼、接口要加鑒權(quán)、刪除操作要謹(jǐn)慎、修改生產(chǎn)配置前先備份。對(duì)于涉及權(quán)限、支付、資金等敏感業(yè)務(wù)必須在測(cè)試環(huán)境充分驗(yàn)證遵循最小權(quán)限原則避免造成線上事故。第五復(fù)盤比刷題重要。每次面試結(jié)束記錄面試官問了哪些題目哪些回答卡殼了。一周后回頭看你會(huì)發(fā)現(xiàn)知識(shí)漏洞其實(shí)集中在幾個(gè)固定區(qū)域針對(duì)性補(bǔ)齊即可。面試終究是一場(chǎng)溝通讓面試官看到你的知識(shí)體系、思考路徑和學(xué)習(xí)能力。7 天時(shí)間雖然短暫但主線明確、勤于動(dòng)手、敢于表達(dá)完全可以把高頻核心考點(diǎn)覆蓋到八成熟。Java 后端這條路沒有終點(diǎn)一份 offer 只是開始接下來還有源碼、架構(gòu)、穩(wěn)定性、業(yè)務(wù)復(fù)雜度這些更大的題目等著你。希望這篇文章能幫你把“不知道從哪開始”變成“從今天開始”。如果你覺得整理的內(nèi)容對(duì)你有幫助可以收藏起來按 7 天計(jì)劃每天打開一章邊看邊寫代碼效果會(huì)好很多。 Java后端面試7天沖刺：高頻八股文復(fù)習(xí)路線與核心考點(diǎn)
每年到八九月校招和跳槽窗口期后臺(tái)就會(huì)收到大量私信Java 后端技術(shù)棧這么多到底怎么復(fù)習(xí)網(wǎng)上八股文資料滿天飛東看一眼西看一眼最后腦中一片空白。一邊是面試官連環(huán)追問底層原理一邊是項(xiàng)目深挖、場(chǎng)景設(shè)計(jì)題有些人面了十幾家永遠(yuǎn)掛在二面、三面。與其焦慮不如把復(fù)習(xí)變成一條清晰的主線。本文結(jié)合 2025、2026 屆面試高頻題目和主流后端崗位 JD整理了一份適合 7 天沖刺的 Java 后端高頻八股文復(fù)習(xí)路線。內(nèi)容覆蓋 Java 基礎(chǔ)、JVM、并發(fā)、Spring、MySQL、Redis、Kafka、分布式基礎(chǔ)每個(gè)考點(diǎn)拆出面試官真正想聽的“回答錨點(diǎn)”并附帶可落地的代碼示例和排查思路。不管你是在校準(zhǔn)備秋招還是工作幾年想跳槽這篇都能幫你快速建立知識(shí)框架避免在基礎(chǔ)題上翻車。1. 面試的本質(zhì)與八股文復(fù)習(xí)策略1.1 為什么后端面試總愛問“八股文”不少同學(xué)一看到“八股文”三個(gè)字就開始皺眉。但這里要糾正一個(gè)認(rèn)知后端面試問八股文不是考察背誦能力而是考察知識(shí)的體系化和原理理解程度。Java 后端開發(fā)依賴大量基礎(chǔ)設(shè)施JVM 運(yùn)行時(shí)、Spring 容器、MySQL 事務(wù)、Redis 緩存、消息隊(duì)列……這些技術(shù)都有復(fù)雜度上限。在實(shí)際開發(fā)中你可以通過框架和中間件屏蔽細(xì)節(jié)但一旦遇到性能問題、線上故障、架構(gòu)選型就需要你真正理解底層機(jī)制。面試官問八股文本質(zhì)上是在快速驗(yàn)證一件事你寫代碼時(shí)是只知道 API還是理解 API 背后的設(shè)計(jì)思想你排查問題時(shí)是瞎猜瞎試還是能根據(jù)內(nèi)存模型、事務(wù)日志、IO 模型定位你做技術(shù)選型時(shí)是隨大流還是能說出不同中間件的優(yōu)缺點(diǎn)所以八股文要背但不能死背。每道題背后都有“為什么這樣設(shè)計(jì)”的主線找到這條主線整張技術(shù)地圖就通了。1.2 7天沖刺的總體思路7 天時(shí)間有限不能按兩千頁的書從頭翻到尾。建議采用“高頻考點(diǎn) 回答錨點(diǎn) 代碼演示 項(xiàng)目串聯(lián)”四個(gè)步驟高頻考點(diǎn)只復(fù)習(xí)面試中出現(xiàn)頻率最高的知識(shí)點(diǎn)低頻率冷門知識(shí)先跳過?；卮疱^點(diǎn)每道題提煉 2 到 3 個(gè)核心關(guān)鍵詞先講結(jié)論再展開細(xì)節(jié)。代碼演示八股文不只靠嘴說手寫 HashMap 原理、手寫線程池、手寫單例都是常見環(huán)節(jié)。項(xiàng)目串聯(lián)把背過的原理映射到你簡(jiǎn)歷項(xiàng)目里面試官追問“你項(xiàng)目里遇到這個(gè)場(chǎng)景怎么處理”時(shí)才能講出深度。文章后面每一章的“回答思路”都可以直接作為你面試表達(dá)時(shí)的提綱。2. 復(fù)習(xí)環(huán)境與工具準(zhǔn)備2.1 需要準(zhǔn)備什么資料面試沖刺階段不建議只收藏不閱讀。建議準(zhǔn)備以下資料資料類型推薦方向用途Java 基礎(chǔ)JDK 源碼ArrayList、HashMap、String集合原理、String 不可變性JVM《深入理解 Java 虛擬機(jī)》重點(diǎn)章節(jié)內(nèi)存模型、垃圾回收、類加載并發(fā)編程JUC 源碼、AQS 隊(duì)列同步器鎖、線程池、并發(fā)容器Spring 源碼Spring IoC 容器、Bean 生命周期Spring 高頻題數(shù)據(jù)庫MySQL 官方文檔、InnoDB 存儲(chǔ)引擎索引、事務(wù)、MVCC緩存與消息Redis 官方文檔、Kafka 核心原理緩存擊穿、消息可靠性項(xiàng)目復(fù)盤自己簡(jiǎn)歷項(xiàng)目畫出架構(gòu)圖場(chǎng)景題、項(xiàng)目深挖不需要全部看完圍繞“最?？嫉?40 個(gè)問題”去針對(duì)性準(zhǔn)備即可。2.2 本地環(huán)境怎么搭建面試復(fù)習(xí)過程中最好動(dòng)手跑代碼建議安裝以下環(huán)境JDK推薦 8 或 11部分新項(xiàng)目用 17。面試手上寫的代碼盡量兼容 JDK 8。IDEIntelliJ IDEA 社區(qū)版即可不需要額外收費(fèi)功能。MySQL本地裝一個(gè) 5.7 或 8.0學(xué)習(xí)索引和事務(wù)時(shí)可以直接看 explain 執(zhí)行計(jì)劃。RedisWindows 可用 Memurai 或 WSL 方案Linux 或 Mac 直接安裝原生版本。Kafka單機(jī)模式即可主要理解生產(chǎn)者、消費(fèi)者、分區(qū)、副本機(jī)制。如果你不想在環(huán)境上花時(shí)間可以直接用 Docker 一鍵起中間件例如docker run -d --name mysql8 -p 3306:3306 -e MYSQL_ROOT_PASSWORDroot mysql:8.0 docker run -d --name redis7 -p 6379:6379 redis:7環(huán)境不必追求最新版本重點(diǎn)是能跑通命令、能看到現(xiàn)象。版本號(hào)在不同環(huán)境中差異很大本文所有配置以常規(guī)版本為例實(shí)際使用請(qǐng)根據(jù)你的環(huán)境調(diào)整。3. 高頻考點(diǎn)一Java 基礎(chǔ)與集合框架3.1 HashMap 的底層結(jié)構(gòu)與 put 流程HashMap 是 Java 基礎(chǔ)面試中出場(chǎng)率最高的類沒有之一。面試官通常從“你對(duì) HashMap 熟悉嗎”開始一直追問到紅黑樹、擴(kuò)容和并發(fā)問題。先背結(jié)論JDK 1.7 底層是數(shù)組 鏈表擴(kuò)容時(shí)使用頭插法并發(fā)情況下可能形成環(huán)形鏈表。JDK 1.8 底層是數(shù)組 鏈表 紅黑樹鏈表長度大于等于 8 且數(shù)組長度大于等于 64 時(shí)鏈表轉(zhuǎn)為紅黑樹。put 流程計(jì)算 key 的 hash 值 - 定位到數(shù)組下標(biāo) - 判斷是否為空 - 為空直接放入 - 不為空再判斷是鏈表還是紅黑樹 - 覆蓋舊值或新增節(jié)點(diǎn) - 最后判斷是否需要擴(kuò)容。手寫一個(gè)簡(jiǎn)化的 put 思路可以幫助記憶public class MyHashMapK, V { private static final int DEFAULT_CAPACITY 16; private NodeK, V[] table; private int size; static class NodeK, V { K key; V value; int hash; NodeK, V next; Node(K key, V value, int hash, NodeK, V next) { this.key key; this.value value; this.hash hash; this.next next; } } public MyHashMap() { table new Node[DEFAULT_CAPACITY]; } private int hash(K key) { if (key null) { return 0; } int h key.hashCode(); // 擾動(dòng)函數(shù)讓高位參與低位的計(jì)算減少哈希碰撞 return h ^ (h 16); } public V put(K key, V value) { int index hash(key) (table.length - 1); NodeK, V first table[index]; if (first null) { table[index] new Node(key, value, hash(key), null); size; return null; } NodeK, V node first; while (node ! null) { if (node.hash hash(key) (key node.key || key.equals(node.key))) { V oldValue node.value; node.value value; return oldValue; } node node.next; } // 頭插法僅用于演示JDK 1.8 實(shí)際是尾插法 NodeK, V newNode new Node(key, value, hash(key), first); table[index] newNode; size; return null; } }面試官常追問的點(diǎn)為什么容量是 2 的冪次方因?yàn)閔ash (length - 1)等價(jià)于hash % length且位運(yùn)算更快同時(shí)能保證下標(biāo)均勻分布。為什么鏈表轉(zhuǎn)紅黑樹的閾值是 8根據(jù)泊松分布在負(fù)載因子 0.75 下鏈表長度達(dá)到 8 的概率已經(jīng)極低轉(zhuǎn)紅黑樹是為了防止極端哈希沖突導(dǎo)致的性能退化。HashMap 為什么線程不安全因?yàn)槎嗑€程 put 時(shí)可能出現(xiàn)數(shù)據(jù)覆蓋、擴(kuò)容時(shí)死循環(huán)JDK 1.7或 size 計(jì)算不準(zhǔn)確。3.2 ConcurrentHashMap 如何保證線程安全提到 HashMap 線程不安全緊接著就會(huì)問 ConcurrentHashMap。回答錨點(diǎn)JDK 1.7 使用 Segment 分段鎖把一個(gè) Map 分成 16 個(gè) Segment每個(gè) Segment 獨(dú)立加鎖理論上支持 16 個(gè)線程并發(fā)寫。JDK 1.8 放棄了分段鎖改用 CAS synchronized 鎖住數(shù)組桶中的首節(jié)點(diǎn)鎖粒度更細(xì)并發(fā)度更高。讀操作一般不加鎖Node 的 value 和 next 使用 volatile 修飾保證可見性。筆試中常讓寫一個(gè)線程安全的單例模式public class Singleton { private static volatile Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }這里必須加volatile原因在于instance new Singleton()在 JVM 層面不是原子操作分為分配內(nèi)存、初始化對(duì)象、把引用指向內(nèi)存三步。如果不加 volatile可能出現(xiàn)另一個(gè)線程拿到了尚未初始化完成的對(duì)象引用。3.3 String、StringBuilder、StringBuffer 的區(qū)別這道題屬于“送分題”但總有人答不全。類可變性線程安全適用場(chǎng)景String不可變安全不可變對(duì)象字符串常量、少量拼接StringBuilder可變不安全單線程大量拼接StringBuffer可變安全方法加 synchronized多線程字符串拼接追問頻率最高的點(diǎn)是String 的不可變性怎么保證char 數(shù)組用 final 修飾且不對(duì)外暴露修改方法。String 不可變有什么好處線程安全、哈希緩存、字符串常量池復(fù)用。4. 高頻考點(diǎn)二JVM 與內(nèi)存優(yōu)化4.1 JVM 內(nèi)存區(qū)域怎么劃分JVM 考察的重點(diǎn)是運(yùn)行時(shí)數(shù)據(jù)區(qū)。不要只背名稱要能結(jié)合 OOM 異常說明。回答結(jié)構(gòu)程序計(jì)數(shù)器當(dāng)前線程執(zhí)行的字節(jié)碼行號(hào)指示器線程私有不會(huì) OOM。虛擬機(jī)棧線程私有每個(gè)方法對(duì)應(yīng)一個(gè)棧幀棧幀里有局部變量表、操作數(shù)棧、動(dòng)態(tài)鏈接、返回地址。棧深度不夠會(huì)拋 StackOverflowError。本地方法棧為 native 方法服務(wù)。堆線程共享存放對(duì)象實(shí)例和數(shù)組是垃圾回收的主要區(qū)域。內(nèi)存不足會(huì)拋 OutOfMemoryError: Java heap space。方法區(qū) / 元空間存放類信息、常量、靜態(tài)變量。JDK 8 之后方法區(qū)被元空間取代使用本地內(nèi)存。加載類過多可能拋 OutOfMemoryError: Metaspace。4.2 垃圾回收與 GC Roots垃圾回收問題一般從“如何判斷對(duì)象已死”開始。判斷算法引用計(jì)數(shù)法存在循環(huán)引用問題主流的 JVM 不用?？蛇_(dá)性分析從 GC Roots 出發(fā)不可達(dá)的對(duì)象被判定為可回收。哪些對(duì)象可以作為 GC Roots虛擬機(jī)棧棧幀本地變量表中引用的對(duì)象。方法區(qū)中靜態(tài)屬性引用的對(duì)象。方法區(qū)中常量引用的對(duì)象。本地方法棧中 JNI 引用的對(duì)象。Java 虛擬機(jī)內(nèi)部的引用如基本數(shù)據(jù)類型對(duì)應(yīng)的 Class 對(duì)象、常駐的異常對(duì)象等。常見收集器記憶口訣Serial單線程GC 時(shí)暫停所有用戶線程。ParNewSerial 的多線程版本常用于新生代。CMS并發(fā)標(biāo)記清除目標(biāo)是降低停頓但會(huì)產(chǎn)生內(nèi)存碎片。G1將堆劃分為 Region可預(yù)測(cè)停頓時(shí)間適合大堆。ZGC極低停頓適合超大堆和低延遲場(chǎng)景。面試時(shí)給出 JVM 參數(shù)也比空口說更好java -Xms512m -Xmx512m -XX:UseG1GC \ -XX:MaxGCPauseMillis200 \ -XX:HeapDumpOnOutOfMemoryError \ -XX:HeapDumpPath/data/logs/app.hprof \ -jar demo.jar這里-Xms和-Xmx設(shè)置為相同值避免運(yùn)行期堆大小動(dòng)態(tài)伸縮。生產(chǎn)環(huán)境建議顯式打印 GC 日志方便排查問題。4.3 線上 OOM 的排查思路“線上 OOM 了你怎么排查”是后端崗位的熱門場(chǎng)景題直接給出排查鏈路會(huì)非常加分。正確回答順序保留現(xiàn)場(chǎng)不要急著重啟加上-XX:HeapDumpOnOutOfMemoryError參數(shù)讓 JVM 自動(dòng)導(dǎo)出 heap dump。分析 dump 文件使用jmap、jstat、jstack或 MATMemory Analyzer Tool分析。區(qū)分區(qū)域Java heap space 說明堆溢出Metaspace 說明類加載過多unable to create new native thread 說明線程數(shù)達(dá)到操作系統(tǒng)限制。根據(jù)線程棧定位通過 jstack 查看線程狀態(tài)看是否存在死鎖、線程池被打滿、大對(duì)象頻繁分配等。修復(fù)和驗(yàn)證優(yōu)化代碼、調(diào)整參數(shù)、增加限流或熔斷小流量驗(yàn)證后全量發(fā)布。5. 高頻考點(diǎn)三并發(fā)編程5.1 synchronized 與 ReentrantLock 的區(qū)別并發(fā)題總是由淺入深。先問 synchronized 怎么用再問鎖升級(jí)最后問 AQS。synchronized 關(guān)鍵點(diǎn)鎖對(duì)象是對(duì)象頭中的 Mark Word。JDK 1.6 引入偏向鎖、輕量級(jí)鎖、重量級(jí)鎖升級(jí)過程。是 JVM 層面的關(guān)鍵字使用方便異常時(shí)自動(dòng)釋放鎖。ReentrantLock 關(guān)鍵點(diǎn)基于 AQS 實(shí)現(xiàn)是 API 層面的鎖。支持公平鎖和非公平鎖。支持中斷、超時(shí)、多個(gè) Condition條件變量。需要手動(dòng) unlock建議在 finally 中釋放。答法示例synchronized 是 JVM 內(nèi)置鎖使用簡(jiǎn)單鎖的獲取和釋放由字節(jié)碼指令 monitorenter / monitorexit 控制ReentrantLock 是 JUC 包提供的顯式鎖底層基于 AQS 同步隊(duì)列支持公平性選擇、中斷響應(yīng)和超時(shí)獲取。JDK 1.6 之后 synchronized 引入了鎖升級(jí)機(jī)制兩者性能差距已經(jīng)很小。實(shí)際項(xiàng)目中能用 synchronized 就用 synchronized需要靈活控制鎖的時(shí)候就選 ReentrantLock。5.2 volatile 與可見性volatile 有兩個(gè)核心作用保證線程之間的可見性。禁止指令重排序。但它不能保證原子性。經(jīng)典的 i 問題用 volatile 修飾并不能解決多線程累加結(jié)果錯(cuò)誤?？匆欢问纠apublic class VolatileDemo { private static volatile boolean stop false; public static void main(String[] args) throws InterruptedException { Thread worker new Thread(() - { long count 0; while (!stop) { count; } System.out.println(worker stop, count count); }); worker.start(); Thread.sleep(100); stop true; worker.join(); System.out.println(main exit); } }如果不加 volatilestop的修改可能對(duì)工作線程不可見造成死循環(huán)。這個(gè)例子在面試中可以現(xiàn)場(chǎng)演示比背概念更有說服力。5.3 線程池的核心參數(shù)與實(shí)際應(yīng)用線程池屬于并發(fā)編程的必考內(nèi)容。先記住有七個(gè)參數(shù)public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueueRunnable workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler)核心流程提交任務(wù)時(shí)如果當(dāng)前線程數(shù)小于 corePoolSize創(chuàng)建核心線程執(zhí)行。如果核心線程已滿任務(wù)進(jìn)入阻塞隊(duì)列。如果隊(duì)列已滿且線程數(shù)小于 maximumPoolSize創(chuàng)建非核心線程執(zhí)行。如果線程數(shù)達(dá)到 maximumPoolSize觸發(fā)拒絕策略。四種拒絕策略策略行為AbortPolicy直接拋 RejectedExecutionExceptionCallerRunsPolicy調(diào)用者線程執(zhí)行任務(wù)DiscardPolicy丟棄任務(wù)DiscardOldestPolicy丟棄隊(duì)列中最舊的任務(wù)阿里 Java 開發(fā)手冊(cè)建議用 ThreadPoolExecutor 顯式創(chuàng)建線程池禁止使用 Executors.newFixedThreadPool因?yàn)?FixedThreadPool 的隊(duì)列是無限長的LinkedBlockingQueue可能導(dǎo)致 OOM。6. 高頻考點(diǎn)四Spring 核心原理6.1 IoC 與 AOP 怎么理解Spring 題目不難但一定要講出自己的理解不要只背概念。IoC控制反轉(zhuǎn)就是把對(duì)象創(chuàng)建和依賴管理的控制權(quán)交給 Spring 容器。反過來理解如果沒有 Spring你需要自己 new 對(duì)象、自己管理依賴有了 IoC你只需要聲明依賴關(guān)系容器負(fù)責(zé)創(chuàng)建和注入。AOP面向切面編程的核心價(jià)值是“無侵入地增強(qiáng)業(yè)務(wù)邏輯”。典型場(chǎng)景包括日志記錄、權(quán)限校驗(yàn)、事務(wù)管理、性能監(jiān)控。面試常問 Spring AOP 為什么用動(dòng)態(tài)代理代理對(duì)象在運(yùn)行時(shí)生成不需要修改原始字節(jié)碼。JDK 動(dòng)態(tài)代理基于接口。CGLIB 動(dòng)態(tài)代理基于繼承代理類繼承目標(biāo)類。6.2 Bean 生命周期Spring Bean 生命周期是面試官很喜歡深挖的點(diǎn)。推薦按“創(chuàng)建前 - 實(shí)例化 - 屬性填充 - 初始化 - 使用 - 銷毀”這個(gè)順序回答。簡(jiǎn)化回答版掃描并定義 BeanDefinition。通過構(gòu)造方法或工廠方法實(shí)例化 Bean。屬性填充執(zhí)行依賴注入。執(zhí)行各種 Aware 回調(diào)如 BeanNameAware、BeanFactoryAware、ApplicationContextAware。執(zhí)行 BeanPostProcessor 的 postProcessBeforeInitialization。執(zhí)行初始化方法PostConstruct、InitializingBean、init-method。執(zhí)行 BeanPostProcessor 的 postProcessAfterInitialization。Bean 就緒可以正常使用。容器關(guān)閉時(shí)執(zhí)行銷毀邏輯PreDestroy、DisposableBean、destroy-method。6.3 Spring 事務(wù)傳播行為Spring 事務(wù)雖然用起來簡(jiǎn)單一個(gè)Transactional注解就可以但面試題可以從傳播行為問到自調(diào)用失效。常用傳播行為傳播行為說明REQUIRED有事務(wù)則加入無事務(wù)則新建REQUIRES_NEW無論如何都新建事務(wù)NESTED嵌套事務(wù)使用 SavepointSUPPORTS有事務(wù)則加入無事務(wù)則以非事務(wù)方式執(zhí)行MANDATORY必須在一個(gè)事務(wù)中執(zhí)行否則拋異常高頻坑點(diǎn)Spring 事務(wù)默認(rèn)只在 RuntimeException 和 Error 時(shí)回滾受檢異常不會(huì)觸發(fā)回滾。如果需要回滾用Transactional(rollbackFor Exception.class) public void updateUser(User user) { userMapper.updateById(user); // 業(yè)務(wù)代碼 }事務(wù)失效的常見原因也要準(zhǔn)備方法被 private / final 修飾。同類內(nèi)部方法調(diào)用繞過代理對(duì)象。方法不是 public。數(shù)據(jù)庫引擎不支持事務(wù)如 MyISAM。異常被 catch 吞掉。rollbackFor 配置不對(duì)。7. 高頻考點(diǎn)五MySQL 與 Redis7.1 MySQL 索引與 SQL 優(yōu)化MySQL 題目可以從“慢 SQL 怎么排查”切入考察索引、執(zhí)行計(jì)劃、索引失效、分頁優(yōu)化。先掌握最核心的索引知識(shí)InnoDB 使用 B 樹索引聚簇索引的葉子節(jié)點(diǎn)存儲(chǔ)整行數(shù)據(jù)二級(jí)索引的葉子節(jié)點(diǎn)存儲(chǔ)主鍵值。回表通過二級(jí)索引找到主鍵再通過主鍵查到整行數(shù)據(jù)。覆蓋索引索引中已經(jīng)包含需要查詢的字段避免回表。最左前綴原則聯(lián)合索引按照建立索引時(shí)的字段順序生效。SQL 示例假設(shè)有一張訂單表CREATE TABLE t_order ( id bigint(20) NOT NULL AUTO_INCREMENT, user_id bigint(20) NOT NULL, order_no varchar(64) NOT NULL, status tinyint(4) NOT NULL DEFAULT 0, created_at datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user_status (user_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;經(jīng)常需要按用戶查詢訂單狀態(tài)就可以利用聯(lián)合索引idx_user_statusEXPLAIN SELECT id, order_no FROM t_order WHERE user_id 1001 AND status 1;索引失效的常見寫法對(duì)索引列使用函數(shù)例如WHERE DATE(created_at) 2026-08-01。模糊查詢以%開頭例如WHERE order_no LIKE %1001。隱式類型轉(zhuǎn)換例如WHERE user_id 1001。聯(lián)合索引不滿足最左前綴原則。OR 連接導(dǎo)致全表掃描。7.2 MySQL 事務(wù)隔離級(jí)別與 MVCCInnoDB 的四種隔離級(jí)別隔離級(jí)別臟讀不可重復(fù)讀幻讀讀未提交可能可能可能讀已提交不會(huì)可能可能可重復(fù)讀不會(huì)不會(huì)InnoDB 通過間隙鎖基本解決串行化不會(huì)不會(huì)不會(huì)MySQL 默認(rèn)隔離級(jí)別是可重復(fù)讀Repeatable Read。MVCC 通過隱藏字段、undo log 和 Read View 實(shí)現(xiàn)一致性快照讀避免加鎖帶來的性能損失?；卮?MVCC 時(shí)推薦這么說每一行數(shù)據(jù)都有隱藏的 trx_id事務(wù) ID和 roll_pointer回滾指針。查詢時(shí)InnoDB 會(huì)根據(jù)當(dāng)前事務(wù)生成一個(gè) Read View里面記錄活躍事務(wù)列表。通過比較 trx_id 與 Read View 的 up_limit_id、low_limit_id決定某行版本對(duì)當(dāng)前事務(wù)是否可見。這樣就實(shí)現(xiàn)了不同隔離級(jí)別下的快照讀。7.3 Redis 緩存穿透、擊穿、雪崩Redis 三道題基本是必背內(nèi)容但面試官現(xiàn)在更看重“你能給出什么方案”。緩存穿透查詢一個(gè)根本不存在的 key緩存沒有數(shù)據(jù)庫也沒有導(dǎo)致請(qǐng)求直接打到數(shù)據(jù)庫。解決辦法緩存空值設(shè)置一個(gè)較短的過期時(shí)間。使用布隆過濾器在緩存之前判斷 key 是否存在。接口層做參數(shù)校驗(yàn)非法參數(shù)直接攔截。緩存擊穿某個(gè)熱點(diǎn) key 過期瞬間大量請(qǐng)求同時(shí)打到數(shù)據(jù)庫。解決辦法互斥鎖只讓一個(gè)線程去重建緩存其他線程等待或降級(jí)。邏輯過期不設(shè)置物理過期時(shí)間而是存儲(chǔ)過期時(shí)間發(fā)現(xiàn)過期后異步重建。熱點(diǎn) key 設(shè)置永不過期。緩存雪崩大量 key 同時(shí)過期或者 Redis 節(jié)點(diǎn)宕機(jī)導(dǎo)致數(shù)據(jù)庫壓力瞬間增大。解決辦法過期時(shí)間加隨機(jī)值避免同時(shí)過期。熱點(diǎn) key 用多級(jí)緩存本地緩存 Redis。Redis 集群高可用避免單點(diǎn)故障。手寫一個(gè)最簡(jiǎn)單的緩存穿透防御public class CacheService { private final StringRedisTemplate redisTemplate; private final UserMapper userMapper; public User getUserById(Long id) { String cacheKey user: id; Object value redisTemplate.opsForValue().get(cacheKey); if (value ! null) { // 處理空值緩存標(biāo)記 return value.toString().length() 0 ? JSON.parseObject(value.toString(), User.class) : null; } User user userMapper.selectById(id); if (user null) { // 緩存空值避免緩存穿透 redisTemplate.opsForValue().set(cacheKey, , 60, TimeUnit.SECONDS); return null; } redisTemplate.opsForValue().set(cacheKey, JSON.toJSONString(user), 30, TimeUnit.MINUTES); return user; } }7.4 Redis 分布式鎖Redis 分布式鎖是場(chǎng)景題高頻考點(diǎn)。基礎(chǔ)版本是 SETNX 過期時(shí)間推薦直接使用 Redisson 的看門狗自動(dòng)續(xù)期。Autowired private RedissonClient redissonClient; public void handleOrder(Long orderId) { String lockKey lock:order: orderId; RLock lock redissonClient.getLock(lockKey); boolean locked false; try { locked lock.tryLock(3, 30, TimeUnit.SECONDS); if (!locked) { throw new RuntimeException(系統(tǒng)繁忙請(qǐng)稍后重試); } // 業(yè)務(wù)邏輯 } catch (InterruptedException e) { Thread.currentThread().interrupt(); } finally { if (locked lock.isHeldByCurrentThread()) { lock.unlock(); } } }注意釋放鎖時(shí)要判斷是否當(dāng)前線程持有鎖否則可能把別人的鎖釋放掉。8. 高頻考點(diǎn)六消息隊(duì)列與分布式基礎(chǔ)8.1 Kafka 的消息可靠性消息隊(duì)列常見的三個(gè)問題重復(fù)消費(fèi)、消息丟失、順序性。Kafka 消息可靠性需要從生產(chǎn)者、Broker、消費(fèi)者三段來說生產(chǎn)者設(shè)置acksall等待所有副本寫入成功才算發(fā)送成功。Broker分區(qū)副本數(shù)大于 1min.insync.replicas設(shè)置為合理值。消費(fèi)者關(guān)閉自動(dòng)提交位移業(yè)務(wù)處理成功后再手動(dòng)提交。# 生產(chǎn)者配置 acksall retries3 enable.idempotencetrue # 消費(fèi)者配置 enable.auto.commitfalse消息順序性可以這樣回答Kafka 只能保證分區(qū)內(nèi)有序。如果要保證全局有序可以把同一個(gè)業(yè)務(wù) key 路由到同一個(gè)分區(qū)比如訂單號(hào)取 hash 后指定分區(qū)。實(shí)際業(yè)務(wù)中保證同一個(gè)訂單的創(chuàng)建、支付、發(fā)貨事件有序即可。8.2 分布式事務(wù)與冪等設(shè)計(jì)微服務(wù)場(chǎng)景下分布式事務(wù)是繞不開的話題。面試常問2PC兩階段提交強(qiáng)一致性方案性能差協(xié)調(diào)者可能成為性能瓶頸。TCCTry、Confirm、Cancel業(yè)務(wù)侵入強(qiáng)適合資金類業(yè)務(wù)。本地消息表 / 事務(wù)消息最終一致性適合大多數(shù)業(yè)務(wù)。最大努力通知用于對(duì)實(shí)時(shí)性要求不高的場(chǎng)景。冪等設(shè)計(jì)是必答項(xiàng)推薦準(zhǔn)備以下幾種方案數(shù)據(jù)庫唯一索引如訂單號(hào)、流水號(hào)唯一約束。狀態(tài)機(jī)業(yè)務(wù)狀態(tài)流轉(zhuǎn)判斷已處理狀態(tài)直接返回成功。分布式鎖處理前加鎖處理完釋放。Token 機(jī)制請(qǐng)求前獲取一個(gè) token處理時(shí)校驗(yàn)并刪除。8.3 分布式場(chǎng)景中的經(jīng)典問題CAP 理論一致性C、可用性A、分區(qū)容錯(cuò)性P三者不可兼得。在分布式系統(tǒng)中網(wǎng)絡(luò)分區(qū)無法避免所以通常是在 CP 和 AP 之間選擇。Zookeeper 保證 CPEureka 保證 AP。BASE 理論Basically Available基本可用。Soft State軟狀態(tài)。Eventually Consistent最終一致性。這部分不需要答太長關(guān)鍵是結(jié)合自己的項(xiàng)目說明做了哪些取舍。9. 七天刷題計(jì)劃與每日安排理論終究要落到執(zhí)行。下面這份 7 天計(jì)劃每天大約花 6 到 8 小時(shí)適合有 Java 基礎(chǔ)的同學(xué)。Day 1Java 基礎(chǔ)與集合Java 基礎(chǔ)語法、泛型、反射、異常。HashMap、ConcurrentHashMap、ArrayList、LinkedList 源碼對(duì)比。String 相關(guān)常見問題。動(dòng)手寫HashMap put 流程描述、手寫單例。Day 2JVM 與內(nèi)存調(diào)優(yōu)運(yùn)行時(shí)數(shù)據(jù)區(qū)。垃圾回收算法與垃圾收集器。類加載機(jī)制與雙親委派。動(dòng)手做使用 jmap 導(dǎo)出 dump并用 MAT 打開分析。Day 3并發(fā)編程synchronized、volatile、CAS、AQS。線程池參數(shù)與拒絕策略。ThreadLocal 原理與內(nèi)存泄漏問題。動(dòng)手寫自定義線程池代碼演示 CPU 密集型與 IO 密集型參數(shù)設(shè)置。Day 4Spring 與 Spring BootIoC、AOP、Bean 生命周期。事務(wù)傳播行為和事務(wù)失效場(chǎng)景。Spring Boot 自動(dòng)配置原理。動(dòng)手做自己畫一遍 Spring Boot 啟動(dòng)流程圖。Day 5MySQL索引結(jié)構(gòu)與執(zhí)行計(jì)劃。事務(wù)隔離級(jí)別與 MVCC。鎖行鎖、間隙鎖、臨鍵鎖。動(dòng)手做用 explain 分析慢 SQL改寫優(yōu)化。Day 6Redis 與消息隊(duì)列Redis 數(shù)據(jù)結(jié)構(gòu)與持久化。緩存穿透、擊穿、雪崩。分布式鎖。Kafka 消息可靠性與順序性。動(dòng)手做寫一個(gè)緩存工具類包含空值緩存和互斥鎖兩種方案。Day 7項(xiàng)目復(fù)盤與模擬面試畫出項(xiàng)目架構(gòu)圖并講清楚模塊邊界。準(zhǔn)備兩個(gè)高光場(chǎng)景一個(gè)是復(fù)雜性能優(yōu)化一個(gè)是線上故障排查。模擬面試把前面六天的問題自己復(fù)述一遍。10. 面試過程中的臨場(chǎng)表達(dá)技巧10.1 不會(huì)的題怎么回答面試遇到不會(huì)的問題很正常但“直接說不會(huì)”和“有邏輯地說不會(huì)”是兩種效果。推薦用“確認(rèn)問題 關(guān)聯(lián)已知 表達(dá)思路”的方式回答這個(gè)問題我了解得還不深我理解它的方向可能是……用它來解決的一般是……場(chǎng)景。如果讓我現(xiàn)在做我會(huì)先查找官方文檔再做一個(gè)小規(guī)模實(shí)驗(yàn)驗(yàn)證。目前我掌握的是……不知道我這樣理解對(duì)不對(duì)。這種回答展示的是學(xué)習(xí)能力和解決問題的能力面試官通常不會(huì)直接淘汰。10.2 項(xiàng)目深挖怎么準(zhǔn)備八股文背得再好項(xiàng)目一問就露餡也不行。準(zhǔn)備項(xiàng)目時(shí)重點(diǎn)準(zhǔn)備以下五個(gè)問題項(xiàng)目的整體架構(gòu)是什么用到了哪些技術(shù)棧你負(fù)責(zé)的核心模塊有哪些給你帶來最大成長的點(diǎn)是什么項(xiàng)目中遇到的最大技術(shù)難點(diǎn)是什么你怎么解決的如果流量漲十倍你的項(xiàng)目哪里會(huì)先出問題怎么優(yōu)化有沒有線上問題排查經(jīng)驗(yàn)比如 CPU 飆高、內(nèi)存泄漏、接口變慢。回答項(xiàng)目問題時(shí)堅(jiān)持“背景 - 方案 - 結(jié)果 - 思考”四段式不要只說“用了 Redis 做緩存”要說清緩存的是什么數(shù)據(jù)、為什么選擇 Redis、遇到什么問題、最后怎么解決。10.3 被面試官連環(huán)追問怎么辦連環(huán)追問代表面試官對(duì)你的回答有興趣正在探測(cè)你的深度。這時(shí)要注意不要頻繁修改自己前面的結(jié)論。涉及不確定細(xì)節(jié)坦誠說明可以用“這塊我根據(jù)現(xiàn)有知識(shí)推斷”來鋪墊?；卮鹪絹碓缴钊霑r(shí)注意收斂不要從一個(gè)問題發(fā)散到幾個(gè)不相干的方向。11. 最佳實(shí)踐與長期積累建議面試八股文不是目的真正能拉開差距的是把知識(shí)轉(zhuǎn)化為解決問題的能力。這里分享幾個(gè)長期有效的建議。第一源碼閱讀要有主線。不要整個(gè) JDK 源碼平鋪直敘地讀。優(yōu)先讀集合HashMap、ConcurrentHashMap。并發(fā)AQS、ReentrantLock、ThreadPoolExecutor。Spring 核心BeanFactory、ApplicationContext、事務(wù)切面。讀源碼時(shí)問自己三個(gè)問題這個(gè)類解決什么問題核心設(shè)計(jì)是什么如果讓我設(shè)計(jì)我會(huì)怎么做第二寫技術(shù)筆記不要只收藏。每個(gè)知識(shí)點(diǎn)用自己的話說一遍畫一遍流程圖。面試前看筆記復(fù)習(xí)效率遠(yuǎn)比翻收藏夾高。第三多用本地環(huán)境做實(shí)驗(yàn)。比如 MySQL 的事務(wù)隔離級(jí)別你可以開啟兩個(gè)連接實(shí)際插入數(shù)據(jù)觀察不同隔離級(jí)別下讀取結(jié)果的差異。中間件只有在本地跑過面試講出來才不虛。第四項(xiàng)目上線前關(guān)注安全和規(guī)范。如果你的簡(jiǎn)歷項(xiàng)目要對(duì)外發(fā)布至少檢查基礎(chǔ)安全數(shù)據(jù)庫連接不要明文密碼、接口要加鑒權(quán)、刪除操作要謹(jǐn)慎、修改生產(chǎn)配置前先備份。對(duì)于涉及權(quán)限、支付、資金等敏感業(yè)務(wù)必須在測(cè)試環(huán)境充分驗(yàn)證遵循最小權(quán)限原則避免造成線上事故。第五復(fù)盤比刷題重要。每次面試結(jié)束記錄面試官問了哪些題目哪些回答卡殼了。一周后回頭看你會(huì)發(fā)現(xiàn)知識(shí)漏洞其實(shí)集中在幾個(gè)固定區(qū)域針對(duì)性補(bǔ)齊即可。面試終究是一場(chǎng)溝通讓面試官看到你的知識(shí)體系、思考路徑和學(xué)習(xí)能力。7 天時(shí)間雖然短暫但主線明確、勤于動(dòng)手、敢于表達(dá)完全可以把高頻核心考點(diǎn)覆蓋到八成熟。Java 后端這條路沒有終點(diǎn)一份 offer 只是開始接下來還有源碼、架構(gòu)、穩(wěn)定性、業(yè)務(wù)復(fù)雜度這些更大的題目等著你。希望這篇文章能幫你把“不知道從哪開始”變成“從今天開始”。如果你覺得整理的內(nèi)容對(duì)你有幫助可以收藏起來按 7 天計(jì)劃每天打開一章邊看邊寫代碼效果會(huì)好很多。