這份關(guān)于Java架構(gòu)師面試的指南最初源于某頭部互聯(lián)網(wǎng)公司內(nèi)部流傳的題庫(kù)整理。我拿到原始材料后做了重新梳理結(jié)合自己這些年參與架構(gòu)師面試評(píng)審和幫候選人做模擬面試的經(jīng)歷把里面最典型的考察邏輯做了一次拆解。如果你正準(zhǔn)備2026年的Java架構(gòu)師面試或者剛帶團(tuán)隊(duì)、想看看自己距離架構(gòu)師還差哪些能力這篇文章可以直接當(dāng)復(fù)習(xí)地圖用不用再東查一個(gè)知識(shí)點(diǎn)西看一篇帖子。架構(gòu)師面試和普通開發(fā)面試最大的區(qū)別不是題目變難了而是考察維度完全不一樣。普通開發(fā)面試關(guān)注你會(huì)不會(huì)實(shí)現(xiàn)某個(gè)功能架構(gòu)師面試關(guān)注你在面對(duì)復(fù)雜、模糊、不確定的工程問題時(shí)能不能做出合理決策。所以光靠背誦已經(jīng)不夠需要真正理解原理、知道取舍。1. 架構(gòu)師面試到底在篩選什么別把題庫(kù)當(dāng)重點(diǎn)很多候選人找我模擬面試第一句話就是“快給我列一份高頻題目清單”這其實(shí)是個(gè)誤區(qū)。題庫(kù)當(dāng)然要看但架構(gòu)師面試的核心不是考記憶而是考察你能否在信息不完整的情況下通過提問、推理、權(quán)衡逼近一個(gè)可落地的方案。2026年這個(gè)趨勢(shì)會(huì)越來越明顯因?yàn)锳I輔助編程普及之后代碼生成的邊際成本無限趨近于零面試官必須找到那些AI替代不了的能力。1.1 面試官想從你身上看到的三樣?xùn)|西第一是原理深度。同樣是問“HashMap底層結(jié)構(gòu)”三年經(jīng)驗(yàn)的回答是“數(shù)組加鏈表紅黑樹優(yōu)化”架構(gòu)師級(jí)別的回答會(huì)補(bǔ)充為什么鏈表長(zhǎng)度到8才轉(zhuǎn)紅黑樹為什么負(fù)載因子是0.75這兩個(gè)數(shù)字背后分別對(duì)應(yīng)著泊松分布的時(shí)間和空間權(quán)衡。這種差異不是背誦能拉開的而是靠平時(shí)讀源碼、理解設(shè)計(jì)意圖。第二是取舍能力。架構(gòu)師每天都在做選擇題緩存還是實(shí)時(shí)計(jì)算強(qiáng)一致還是最終一致分庫(kù)分表還是單庫(kù)大內(nèi)存面試官給出的題目往往沒有標(biāo)準(zhǔn)答案他想聽到你權(quán)衡的過程。比如讓你設(shè)計(jì)訂單號(hào)你得能說出雪花算法為什么比UUID好好在哪兒代價(jià)是什么如果訂單量沒那么大是不是自增ID反而更合適。第三是系統(tǒng)視角。架構(gòu)師不能只盯著自己的一畝三分地要考慮上下游、團(tuán)隊(duì)協(xié)作、運(yùn)維成本、迭代效率。被問“為什么用消息隊(duì)列”時(shí)初級(jí)回答是“解耦、削峰、異步”架構(gòu)師回答要落到具體業(yè)務(wù)場(chǎng)景比如削峰時(shí)削的是什么峰、隊(duì)列積壓告警閾值設(shè)多少、下游消費(fèi)失敗怎么處理。面試官一聽就知道你有沒有真正在復(fù)雜系統(tǒng)里做過事。1.2 2026年考點(diǎn)分布正在發(fā)生的三個(gè)變化結(jié)合近兩年的面試反饋我總結(jié)了三個(gè)比較明顯的變化準(zhǔn)備2026年面試的朋友可以重點(diǎn)關(guān)注。場(chǎng)景化題目占比明顯上升。以前考察分布式鎖直接問“你了解Redis分布式鎖嗎”現(xiàn)在會(huì)給你一個(gè)具體業(yè)務(wù)場(chǎng)景“凌晨做活動(dòng)庫(kù)存只有100件并發(fā)量預(yù)計(jì)10萬你怎么設(shè)計(jì)庫(kù)存扣減方案”這種題目沒有唯一答案但能區(qū)分出只會(huì)背方案和真懂方案的人。對(duì)代碼審閱和問題診斷的考察變多。AI寫代碼越來越普遍面試官開始反過來考察候選人的代碼判斷力給出一段有明顯性能隱患的代碼讓你指出問題。這其實(shí)是在考察你是否具備“一眼看出壞味道”的工程經(jīng)驗(yàn)這類能力AI短期內(nèi)很難替代。穩(wěn)定性工程相關(guān)考點(diǎn)比重上升包括全鏈路壓測(cè)、限流降級(jí)、故障演練、可觀測(cè)性建設(shè)。很多候選人平時(shí)只關(guān)注功能開發(fā)對(duì)這種“不出問題時(shí)看不見、一出問題要命”的領(lǐng)域了解不夠這恰恰是架構(gòu)師和高級(jí)開發(fā)的分水嶺。2. 并發(fā)與JVM必考點(diǎn)背后的原理紅線并發(fā)和JVM這兩塊基本是Java架構(gòu)師面試的第一輪必考項(xiàng)目。原因很簡(jiǎn)單這兩塊最能看出一個(gè)Java開發(fā)者的基本功是否扎實(shí)。如果一個(gè)人寫了五年Java連線程池的參數(shù)都說不清楚那后面談架構(gòu)基本都是空談。但這里有個(gè)普遍問題大多數(shù)人背了答案卻沒理解答案背后的邏輯。2.1 線程池七個(gè)參數(shù)怎么答才叫“懂”線程池七個(gè)參數(shù)——核心線程數(shù)、最大線程數(shù)、空閑存活時(shí)間、時(shí)間單位、工作隊(duì)列、線程工廠、拒絕策略——幾乎人人都能背出來但面試官只要換個(gè)問法就能篩掉大部分人。第一個(gè)高頻追問是“核心線程數(shù)怎么設(shè)置”。這個(gè)沒有標(biāo)準(zhǔn)答案要看任務(wù)類型。CPU密集型任務(wù)核心線程數(shù)通常設(shè)為核心CPU數(shù)加一因?yàn)镃PU密集任務(wù)線程多了反而因?yàn)樯舷挛那袚Q降低吞吐IO密集型任務(wù)線程數(shù)可以設(shè)為核心CPU數(shù)的兩倍甚至更多因?yàn)镮O等待期間線程是在阻塞的需要更多線程來填滿CPU空閑時(shí)間。第二個(gè)追問是“任務(wù)提交后是先創(chuàng)建線程還是先入隊(duì)”。很多人會(huì)答錯(cuò)成“先判斷核心線程是否滿了滿了就先創(chuàng)建非核心線程”實(shí)際上ThreadPoolExecutor的執(zhí)行順序是先創(chuàng)建核心線程核心線程滿了之后任務(wù)先入隊(duì)列隊(duì)列滿了才創(chuàng)建非核心線程都滿了才觸發(fā)拒絕策略。這個(gè)細(xì)節(jié)特別能區(qū)分候選人是否真的讀過源碼。我曾經(jīng)在模擬面試中問過一個(gè)候選人為什么這樣設(shè)計(jì)他答不上來。其實(shí)核心原因是“保護(hù)系統(tǒng)優(yōu)先于追求吞吐”創(chuàng)建線程是有成本的線程多了上下文切換會(huì)吃掉性能而且線程本身要占內(nèi)存無限創(chuàng)建線程會(huì)直接搞崩系統(tǒng)。所以設(shè)計(jì)者選擇讓請(qǐng)求先排隊(duì)把內(nèi)存和CPU資源的消耗控制在一個(gè)安全水位以下寧可讓請(qǐng)求等一會(huì)兒也不讓系統(tǒng)因?yàn)榫€程爆炸而掛掉。提示回答線程池問題時(shí)建議按“參數(shù)含義→設(shè)置依據(jù)→執(zhí)行順序→拒絕策略觸發(fā)場(chǎng)景→如何監(jiān)控”這條線來組織邏輯完整且能體現(xiàn)工程視角。2.2 JMM、synchronized與鎖升級(jí)從背結(jié)論到講權(quán)衡Java內(nèi)存模型這塊面試官的慣用套路是從volatile開始。volatile的兩個(gè)語義——可見性和有序性——大多數(shù)人能說出來但問到它和synchronized的區(qū)別就有人開始背“volatile不能保證原子性”這種干巴巴的結(jié)論。更好的回答方式是先講一個(gè)具體例子兩個(gè)線程同時(shí)對(duì)一個(gè)volatile變量做i最終結(jié)果為什么可能不是期望值因?yàn)閕在字節(jié)碼層面是三條指令讀取、加一、寫回volatile只保證寫回對(duì)其他線程可見不能保證這三條指令整體不被其他線程穿插。然后通常就會(huì)引到synchronized的鎖升級(jí)過程偏向鎖→輕量級(jí)鎖→重量級(jí)鎖。這里不要只背流程要說出每個(gè)升級(jí)背后的原因。偏向鎖解決的是“單線程反復(fù)進(jìn)入同步塊”的性能浪費(fèi)當(dāng)出現(xiàn)兩個(gè)線程競(jìng)爭(zhēng)時(shí)偏向鎖撤銷的成本太高于是升級(jí)為輕量級(jí)鎖用CAS自旋來等待如果競(jìng)爭(zhēng)進(jìn)一步加劇自旋白白消耗CPU就必須升級(jí)為重量級(jí)鎖讓線程進(jìn)入阻塞狀態(tài)把CPU讓出來。面試官真正想聽的是你“知道什么時(shí)候該用什么方案”的判斷力。比如你可以主動(dòng)提一句如果在超高并發(fā)場(chǎng)景下確實(shí)需要大量并發(fā)寫共享變量那鎖本身可能都不是最優(yōu)解應(yīng)該考慮用LongAdder這類分段累加工具或者在業(yè)務(wù)層面做分片把競(jìng)爭(zhēng)徹底攤開。這句話會(huì)在面試官心里加分不少。2.3 JVM內(nèi)存與GC架構(gòu)師的排查視角JVM的基礎(chǔ)問題運(yùn)行時(shí)數(shù)據(jù)區(qū)、類加載機(jī)制、雙親委派模型已經(jīng)逐漸變成入門題了架構(gòu)師面試更關(guān)注實(shí)際問題的排查能力。比較典型的追問是“線上服務(wù)CPU突然飆到100%你怎么排查”。這個(gè)問題考察的是完整鏈路先用top找到CPU高的進(jìn)程用top -Hp找到線程用jstack導(dǎo)出線程棧重點(diǎn)查看RUNNABLE狀態(tài)的線程堆棧定位到具體業(yè)務(wù)代碼然后分析是死循環(huán)、頻繁GC還是鎖競(jìng)爭(zhēng)。整個(gè)排查思路比最終答案更重要。面試官在乎的是你有沒有一套自己的排查方法論而不是碰到問題就猜測(cè)。GC調(diào)優(yōu)類問題也經(jīng)常出現(xiàn)。比如“CMS和G1有什么區(qū)別、G1為什么適合大堆”。需要講清楚CMS基于標(biāo)記-清除算法容易產(chǎn)生內(nèi)存碎片停頓時(shí)間不可控G1把堆切成大小相等的Region用可預(yù)測(cè)的停頓時(shí)間模型來規(guī)劃回收能在吞吐和延遲之間做靈活權(quán)衡。再往深問就是ZGC它把STW時(shí)間壓到了毫秒級(jí)幾乎不隨堆大小增長(zhǎng)適合超大堆和超低延遲場(chǎng)景。我建議準(zhǔn)備這塊時(shí)別只背收集器的算法差異一定要準(zhǔn)備一個(gè)你自己經(jīng)歷過的線上案例哪怕是教科書式的“Full GC頻繁導(dǎo)致接口超時(shí)”也可以。重點(diǎn)是能講出當(dāng)時(shí)的排查步驟、判斷依據(jù)、怎么定位到大對(duì)象或慢sql、最后怎么調(diào)整參數(shù)解決的。這種案例在面試中比任何理論都值錢。3. 存儲(chǔ)與中間件從會(huì)用到會(huì)設(shè)計(jì)存儲(chǔ)和中間件是架構(gòu)師面試的第二個(gè)重點(diǎn)區(qū)域。面試官想確認(rèn)的是你不只是用過MySQL、Redis、MQ而是理解它們的內(nèi)部機(jī)制和邊界。這個(gè)章節(jié)要準(zhǔn)備到什么程度才算合格我們拆分來看。3.1 MySQL索引失效只是入門事務(wù)與鎖才是分水嶺MySQL這塊大多數(shù)人會(huì)準(zhǔn)備索引失效的場(chǎng)景比如最左前綴、不要在索引列上做函數(shù)計(jì)算、不要隱性類型轉(zhuǎn)換。這些東西重要但只能算保底知識(shí)。真正能拉開檔次的是事務(wù)隔離級(jí)別和鎖機(jī)制。事務(wù)這塊高頻考點(diǎn)是“MySQL默認(rèn)隔離級(jí)別為什么是可重復(fù)讀”。關(guān)系型數(shù)據(jù)庫(kù)的標(biāo)準(zhǔn)默認(rèn)隔離級(jí)別是讀已提交但MySQL把默認(rèn)值設(shè)成了可重復(fù)讀原因和它的主從復(fù)制架構(gòu)有關(guān)在binlog格式為statement時(shí)如果使用讀已提交可能出現(xiàn)主從數(shù)據(jù)不一致的風(fēng)險(xiǎn)。雖然現(xiàn)在很多場(chǎng)景已經(jīng)用基于行的binlog了但歷史兼容性讓MySQL一直保持這個(gè)默認(rèn)值。這個(gè)層面的回答明顯比“因?yàn)楣俜轿臋n寫的”更有深度。MVCC機(jī)制也是必考。核心要講清楚每個(gè)事務(wù)啟動(dòng)時(shí)生成一個(gè)ReadView最開始的快照讀通過版本鏈和ReadView判斷當(dāng)前事務(wù)能看到哪個(gè)版本的記錄。然后延伸到當(dāng)前讀和快照讀的區(qū)別當(dāng)前讀要拿到最新數(shù)據(jù)所以需要加鎖快照讀通過undo日志構(gòu)建歷史版本不需要加鎖。這個(gè)知識(shí)鏈條非常完整能講清楚的人在并發(fā)事務(wù)的理解上基本不會(huì)差。鎖機(jī)制方面間隙鎖和next-key lock是焦點(diǎn)。面試官通常會(huì)給定一個(gè)場(chǎng)景在可重復(fù)讀隔離級(jí)別下執(zhí)行一個(gè)范圍查詢會(huì)鎖哪些記錄、間隙是多少。回答時(shí)需要明確next-key lock是記錄鎖加間隙鎖它既能防止幻讀代價(jià)是可能阻塞其他事務(wù)的插入操作因此高并發(fā)場(chǎng)景下要盡量避免范圍鎖或者把隔離級(jí)別降為讀已提交配合其他手段。3.2 Redis緩存三兄弟的考法與分布式鎖的坑Redis面試題庫(kù)里緩存穿透、緩存擊穿、緩存雪崩幾乎是標(biāo)配。但同樣一句話的答案不同水平的人說出來分?jǐn)?shù)完全不同。以緩存穿透為例初級(jí)答法是“查不到的數(shù)據(jù)也緩存一份空值”。更好的答法要把三個(gè)方案串起來空值緩存適合數(shù)量有限的情況但會(huì)帶來內(nèi)存浪費(fèi)布隆過濾器適合判斷值一定不存在的場(chǎng)景前置一層攔截但存在誤判率根本解法還是讓數(shù)據(jù)庫(kù)扛住壓力比如數(shù)據(jù)庫(kù)層面加限流。三個(gè)方案各有適用邊界能說出邊界比一口氣背出十種方案更有價(jià)值。分布式鎖是考察重點(diǎn)也是翻車重災(zāi)區(qū)。很多人上來就說“用setnx加鎖”但面試官追問幾句就露餡了鎖到期了業(yè)務(wù)還沒執(zhí)行完怎么辦鎖被其他線程誤刪怎么辦Redis主從切換時(shí)鎖丟了怎么辦這些問題的正確方向是設(shè)置過期時(shí)間時(shí)要使用一條原子命令setnx和expire必須一起釋放鎖時(shí)先判斷持有者標(biāo)識(shí)再刪防止誤刪他人的鎖鎖自動(dòng)過期這個(gè)問題要靠看門狗機(jī)制或續(xù)租后臺(tái)任務(wù)來規(guī)避主從切換丟鎖需要用RedLock之類多節(jié)點(diǎn)方案但RedLock本身也有爭(zhēng)議和適用條件。提示面試回答分布式鎖時(shí)如果能主動(dòng)提到“避免鎖內(nèi)做太耗時(shí)的操作把鎖粒度設(shè)計(jì)得小一些優(yōu)先級(jí)很高”面試官會(huì)覺得你有真實(shí)高并發(fā)場(chǎng)景經(jīng)驗(yàn)而不只是看了幾篇博客。3.3 消息隊(duì)列選型比背特性更重要如果簡(jiǎn)歷上寫了熟悉消息隊(duì)列面試官通常不會(huì)直接問“Kafka和RabbitMQ有什么區(qū)別”而是給一個(gè)業(yè)務(wù)場(chǎng)景讓你做選型。這個(gè)特別能看出候選人的工程判斷力。一個(gè)比較完備的選型分析需要覆蓋幾個(gè)維度吞吐量要求、消息可靠性要求、是否有順序要求、團(tuán)隊(duì)運(yùn)維能力、現(xiàn)有技術(shù)棧。Kafka的吞吐量最高適合日志收集、用戶行為跟蹤這類海量數(shù)據(jù)場(chǎng)景但極端情況可能丟消息RocketMQ在可靠性、事務(wù)消息、延遲消息方面做得更好適合業(yè)務(wù)消息RabbitMQ基于Erlang做得輕量靈活中小團(tuán)隊(duì)快速上手很合適但吞吐量上限不如前兩者。回答時(shí)如果能補(bǔ)充“如果豆?jié){油條承受得起偶發(fā)丟失Kafka沒問題如果是要扣減庫(kù)存的訂單消息選RocketMQ更穩(wěn)”就說明你真的理解了選型的本質(zhì)。消息不丟失、不重復(fù)、不順序亂這“三不”問題也?？肌２粊G失要從三個(gè)環(huán)節(jié)分析生產(chǎn)者發(fā)送階段采用確認(rèn)機(jī)制、Broker持久化采用刷盤策略、消費(fèi)者消費(fèi)完再提交位移。不重復(fù)要靠?jī)绲认M(fèi)設(shè)計(jì)比如每次消費(fèi)前查一下訂單狀態(tài)處理過了就跳過。順序問題要注意Kafka按分區(qū)保證有序但分區(qū)數(shù)量需要結(jié)合業(yè)務(wù)設(shè)計(jì)不能盲目多分區(qū)。4. 分布式系統(tǒng)設(shè)計(jì)一套可復(fù)用的答題框架Java架構(gòu)師面試基本都會(huì)有一道系統(tǒng)設(shè)計(jì)題可能是設(shè)計(jì)一個(gè)秒殺系統(tǒng)、短鏈服務(wù)、支付回調(diào)系統(tǒng)或者IM聊天系統(tǒng)。這通常是最難的一環(huán)也是大多數(shù)候選人失分最多的地方。面試官其實(shí)期待的不是你給出一個(gè)完美方案而是看你在有限時(shí)間內(nèi)如何結(jié)構(gòu)化思考、如何推進(jìn)問題。4.1 六步法構(gòu)建設(shè)計(jì)題的回答骨架我總結(jié)了一個(gè)六步法模擬面試時(shí)反復(fù)用它幫候選人練習(xí)效果比較穩(wěn)定。第一步是澄清需求。很多候選人一上來就畫架構(gòu)圖這是大忌。先搞清楚系統(tǒng)規(guī)模多大用戶量多少數(shù)據(jù)量多少一致性要求是強(qiáng)還是弱比如設(shè)計(jì)短鏈服務(wù)需要先確認(rèn)要不要支持自定義短鏈、需不需要統(tǒng)計(jì)點(diǎn)擊來源這些會(huì)直接改變方案走向。第二步是容量評(píng)估。估算QPS、峰值流量、存儲(chǔ)量。不需要精確但要有科學(xué)推算過程。比如一個(gè)日活100萬的App平均每個(gè)用戶一天觸發(fā)10次分享那短鏈生成請(qǐng)求就是1000萬次/天平均來看約116 QPS晚高峰按十倍算也就1160 QPS。這個(gè)數(shù)字級(jí)明確之后系統(tǒng)復(fù)雜度判斷就有了依據(jù)就知道根本不需要上來就搞分庫(kù)分表。第三步是定義核心接口。把關(guān)鍵API列出來請(qǐng)求參數(shù)、返回值畫清楚讓面試官知道你關(guān)注的不是炫技而是落地。第四步是拆分模塊。按功能把系統(tǒng)拆成接入層、邏輯層、存儲(chǔ)層、異步任務(wù)層。每一層用到的組件要和前面估算的容量匹配。第五步是關(guān)鍵路徑設(shè)計(jì)。把寫鏈路、讀鏈路各自走一遍找出兩個(gè)最重要的技術(shù)難點(diǎn)擊破。比如短鏈設(shè)計(jì)里核心難點(diǎn)是短碼生成算法和不準(zhǔn)碰撞的唯一性秒殺系統(tǒng)里核心難點(diǎn)是庫(kù)存扣減的原子性。第六步是權(quán)衡與演進(jìn)。主動(dòng)說明方案的瓶頸在哪里未來量再大十倍怎么演進(jìn)。這句話是畫龍點(diǎn)睛讓面試官看到你有架構(gòu)演進(jìn)思維而不是只能畫一張靜態(tài)圖。4.2 手寫一個(gè)秒殺系統(tǒng)的完整思路秒殺系統(tǒng)是被考頻次極高的設(shè)計(jì)題值得單獨(dú)拆一遍。拿到題目先用六步法澄清秒殺的商品SKU有多少、庫(kù)存多少、預(yù)計(jì)并發(fā)多少、這個(gè)活動(dòng)是只做一次還是常態(tài)化假設(shè)是某電商平臺(tái)的一次搶購(gòu)商品庫(kù)存500件瞬時(shí)流量可能沖到幾十萬。容量評(píng)估清楚后核心挑戰(zhàn)就一個(gè)用有限的數(shù)據(jù)庫(kù)寫入能力去承接遠(yuǎn)超預(yù)期的瞬時(shí)請(qǐng)求。解決方案通常圍繞四個(gè)字展開分流、緩沖、異步、限量。流量入口處做限流與風(fēng)控非法請(qǐng)求、重復(fù)請(qǐng)求全部過濾掉。然后是對(duì)靜態(tài)頁(yè)和商品詳情做CDN緩存把大部分讀請(qǐng)求擋在最外層。庫(kù)存扣減不能直接打數(shù)據(jù)庫(kù)用Redis的Lua腳本做原子扣減扣減成功的人才允許進(jìn)入下單流程——這是整個(gè)系統(tǒng)最重要的一條路徑必須保證扣減操作的原子性?？蹨p成功的用戶把下單請(qǐng)求丟進(jìn)MQ后端消費(fèi)者異步創(chuàng)建訂單數(shù)據(jù)庫(kù)層再做一次樂觀鎖校驗(yàn)庫(kù)存防止極端情況下Redis和數(shù)據(jù)庫(kù)不一致。這個(gè)過程就是“削峰”把瞬時(shí)峰值請(qǐng)求改造成可控速率的異步任務(wù)。面試官接下來通常會(huì)追問如果所有用戶都下單成功了但訂單系統(tǒng)處理不過來怎么辦這就引出了消費(fèi)者端的限流和降級(jí)?；卮饡r(shí)要說清楚降級(jí)的觸發(fā)條件隊(duì)列積壓超過閾值時(shí)先保證核心路徑穩(wěn)定。整體方案說完考生還需要主動(dòng)提一句數(shù)據(jù)庫(kù)層面用樂觀鎖兜底因?yàn)镽edis的數(shù)據(jù)存在丟失風(fēng)險(xiǎn)不能把庫(kù)存的最終一致性完全寄托在Redis上。這句認(rèn)識(shí)很關(guān)鍵能讓面試官相信你真的理解“緩存不是存儲(chǔ)”。4.3 分布式事務(wù)、冪等與最終一致概念背后的取舍分布式事務(wù)是架構(gòu)師面試?yán)镒钊菀妆粏栥碌目键c(diǎn)之一。核心要搞明白的是分布式事務(wù)不存在銀彈每個(gè)方案都是拿一致性換取可用性或性能。兩階段提交能保證強(qiáng)一致但協(xié)調(diào)者單點(diǎn)、阻塞時(shí)間長(zhǎng)、吞吐量低所以實(shí)際業(yè)務(wù)里直接用2PC的比例很小。TCCTry-Confirm-Cancel把整個(gè)事務(wù)拆成三個(gè)階段通過業(yè)務(wù)補(bǔ)償做柔性事務(wù)性能更好但侵入性極強(qiáng)每段業(yè)務(wù)代碼都要實(shí)現(xiàn)confirm和cancel邏輯。本地消息表和事務(wù)消息則是當(dāng)前使用最廣泛的方案核心思路是“先把消息和業(yè)務(wù)操作放進(jìn)同一個(gè)本地事務(wù)再通過消息表異步通知下游”本質(zhì)上是把分布式問題退化為本地事務(wù)加異步重試。冪等設(shè)計(jì)這塊要結(jié)合具體場(chǎng)景來講。以支付回調(diào)為例最常用的做法是狀態(tài)機(jī)加唯一鍵約束回調(diào)過來先查訂單狀態(tài)如果已經(jīng)是“已支付”就說明處理過直接返回成功再配合數(shù)據(jù)庫(kù)的唯一索引做兜底防止并發(fā)重復(fù)插入。這個(gè)設(shè)計(jì)聽起來簡(jiǎn)單卻是很多線上事故的根因。面試官會(huì)讓你分析“重復(fù)消息導(dǎo)致訂單被重復(fù)創(chuàng)建”的案例你要是能指出“冪等鍵設(shè)計(jì)不合理、唯一索引缺失”這兩點(diǎn)分?jǐn)?shù)會(huì)非常高。5. 真實(shí)面試復(fù)盤高頻翻車點(diǎn)與高效準(zhǔn)備路徑每次輔導(dǎo)候選人或者和朋友復(fù)盤面試我都能總結(jié)出一批反復(fù)出現(xiàn)的翻車場(chǎng)景。這些場(chǎng)景比題目本身更有參考價(jià)值因?yàn)楹芏嗳说闹R(shí)儲(chǔ)備沒問題輸在表達(dá)方式和答題節(jié)奏上。5.1 三個(gè)最常見的翻車現(xiàn)場(chǎng)第一個(gè)常見問題是一問一答式的被動(dòng)面試。候選人從頭到尾被面試官牽著走面試官說一句他答一句中間沒有主動(dòng)輸出。設(shè)計(jì)題尤其吃虧你明明可以主動(dòng)澄清需求、提出方案、比較取舍結(jié)果一直在等面試官提問。面試其實(shí)是一種技術(shù)溝通候選人適當(dāng)?shù)亍鞍喳湣笔羌臃猪?xiàng)但要保證說的方向不跑偏。第二個(gè)常見問題是項(xiàng)目經(jīng)歷描述空而且經(jīng)不起深挖。讓他講一個(gè)印象最深的項(xiàng)目他開始背業(yè)務(wù)功能講不出技術(shù)挑戰(zhàn)、方案對(duì)比、踩坑復(fù)盤、數(shù)據(jù)量化。準(zhǔn)備項(xiàng)目復(fù)盤時(shí)要嚴(yán)格用“背景→目標(biāo)→方案選型→難點(diǎn)→最終結(jié)果→沉淀經(jīng)驗(yàn)”的框架組織每一步都要準(zhǔn)備好被追問。第三個(gè)問題是設(shè)計(jì)題沒有邊界感。上來就是一套高可用大集群、異地多活、全鏈路壓測(cè)完全不管題目本身的需求邊界。面試官不會(huì)因?yàn)槟銙伋龅募夹g(shù)棧多就給你加分反而會(huì)覺得你缺乏架構(gòu)審美。設(shè)計(jì)要做到和需求匹配幾千QPS的系統(tǒng)不需要上幾十臺(tái)機(jī)器不能一上來就上全鏈路壓測(cè)平臺(tái)。5.2 兩周沖刺復(fù)習(xí)法如果時(shí)間緊張我建議把復(fù)習(xí)分成兩個(gè)階段。第一周做技術(shù)專題集訓(xùn)優(yōu)先覆蓋三個(gè)必考題區(qū)——JVM與并發(fā)、MySQL與Redis、分布式組件原理。每天白天看原理和源碼晚上找對(duì)應(yīng)題目做“手寫回答訓(xùn)練”重點(diǎn)練“結(jié)論加原因加場(chǎng)景”的三段式表達(dá)。第二周做綜合沖刺。上午做設(shè)計(jì)題專項(xiàng)每天練一道系統(tǒng)設(shè)計(jì)題用六步法寫框架把關(guān)鍵接口、數(shù)據(jù)模型、組件選型寫下來。下午復(fù)盤自己的項(xiàng)目經(jīng)歷把兩三個(gè)核心項(xiàng)目的“背景、設(shè)計(jì)、難點(diǎn)、數(shù)據(jù)”背熟。晚上做模擬面試找朋友給自己出題嚴(yán)格按照一小時(shí)一輪的節(jié)奏練習(xí)。最后一次模擬面試時(shí)要完全按真實(shí)流程走包括自我介紹、項(xiàng)目深挖、設(shè)計(jì)題、反問題環(huán)節(jié)提前適應(yīng)面試節(jié)奏。我見過太多候選人知識(shí)點(diǎn)都會(huì)但臨場(chǎng)亂了節(jié)奏。兩周沖刺的核心不只是補(bǔ)齊知識(shí)盲區(qū)更是把“答題習(xí)慣”練成肌肉記憶。到面試那天你不至于因?yàn)榫o張而丟分。架構(gòu)師面試準(zhǔn)備到這個(gè)程度接下來就看臨場(chǎng)心態(tài)了。如果讓我給一條最核心的備考建議就是不要糾結(jié)于背完所有題目而是反復(fù)練習(xí)“遇到一個(gè)陌生問題如何一步步分析出合理答案”的能力。這個(gè)能力一旦具備不管2026年題型怎么變、考點(diǎn)怎么遷移你都應(yīng)付得來。