一句「深度不夠」先被寫進了反問環節：字節 AI 後端二面，是一份被排好節奏的題單

這則面經發布於 2025 年 9 月 18 日晚間的牛客網，時值中國網際網路公司秋招正熱。發帖人標題寫得極素：「【秋招】字節 ai後端開發 二面」，正文則是一份從自我介開始、一路排到反問環節的三十五題清單。沒有寒暄，沒有心情描寫，題目一條一條往下落，像一份被原樣搬運的介面截圖。

先看這份清單的形。它以阿拉伯數字連續編號，從 1 號「請做一個自我介紹」到 35 號「反問環節」，中間不設小節標題。但只要順著讀下去，段落感自然浮現：第 2 到第 16 題是標準的後端八股，Java 的 int 與 Integer、HashMap 擴容、JVM 垃圾回收、Spring 的 IOC 與 AOP、Redis 的底層結構與持久化、訊息佇列的延遲訊息；第 17 題「RAG 是什麼」突然轉向 AI；第 18 到 20 題是一道資料結構現算題；第 21 題起進入實習經歷的盤問；第 34 題再補一道旋轉有序陣列的演算法題。版面沒有分段，節奏卻被題目本身切好了。

追問是被設計進去的第二層結構

這份題單最有意思的地方，在於它記錄了追問。第 10 題問 Redis 哈希衝突與擴容，括號裡接著寫：「幾十萬 key 搬遷會很耗時，怎麼解決？漸進式擴容」。第 12 題問生成 RDB 是否阻塞，追問落在「後臺執行緒怎麼解決同時更新的問題？寫時複製」。這些括號是發帖人事後補上的註記，卻也如實還原了面試官的提問路徑：每一題都不是孤立的路標，而是一條可以往下鑽的隧道，鑽到求職者答不上來為止。

與其他流傳的後端面經相比，這份題單的特徵是場景題的比重。評論區有人寫「還都是偏場景的」，指的正是第 23 題：假如要做類似「李佳琦開播預約」的功能，要怎麼設計。這一題把直播電商的業務情境、瞬時流量、訂閱通知的觸達鏈，全部壓縮進一句提問裡。求職者面對的已非知識回憶，而是一次即時的系統設計演示。第 27 題同樣如此，「基礎且重要的服務，不能出問題」，然後要求列出並發控制、冪等、寫後讀策略、定時任務併發控制。題目的措辭本身就像一份故障檢查清單。

這種結構和我們先前觀察過的去哪兒秋招一面的二十二題面經有明顯差異。去哪兒那份以題目密度取勝，二十二題排下來像一次快節奏的掃描；字節這份的題數更多，但每題的展開空間更大，追問與場景讓它讀起來更接近一份技術訪談的逐字稿。同樣是二面，兩家公司給出了不同的對話密度。

AI 是這份題單裡的新變數

第 17 題的 RAG、第 30 題提到的 Speakeasy 與 Stainless、第 32 題的 loop engineering 機制，把這份面經和純後端八股區隔開來。職缺名稱裡的「AI 後端開發」並非掛名：面試官確實在檢查求職者對檢索增強生成流程的理解，也確實在追問一個代碼生成器專案的可用性評估方式，端到端測試是自動化還是引入 QA 人工測試。這些問題的粒度，顯示面試官本身對 AI 工具鏈有實作層面的認識。

這個轉向與我們之前分析的字節秋招二面 AI coding 介面觀察可以對讀。同一家公司在不同職缺的二面裡，分別用 AI coding 講解制和 RAG 加代碼生成器專題，把 AI 相關的評估塞進了傳統八股的縫隙。八股的骨架沒有拆掉，Java、Redis、演算法題照樣輪番上場，AI 題被編排在第 17 題這個中段位置，像一塊被嵌進舊牆的新磚。

反問環節收下的那句評語

整份題單最重的資訊量，落在最後一條。反問環節裡，面試官給出的評價是「知識廣度可以，但回答深度不夠，沒有往更深擴展」，接著補了給職場新人的建議：AI 衝擊下加強計算機基礎、軟素質和判斷力。

這句評語反過來解釋了前面三十四題的設計意圖。追問的隧道式結構、場景題的業務壓縮、對專案細節的反覆盤問，全都是為了測出深度在哪裡斷掉。第 33 題甚至直接質問履歷的一致性：「你這實習做的事情沒什麼交集，找實習是基於什麼考慮？」這一題不在任何知識清單上，它測的是敘事能力，能不能把零散的經歷排成一條說得通的線。

發帖人把這句評語原樣抄進清單，沒有加任何情緒註解。評論區的回應倒是誠實，「嚇哭了」「真嚇人啊」「怎麼這麼多八股」。一份三十五題的面經在論壇裡流傳，功能早已超出個人記錄：它變成下一批求職者的準備介面，每個人拿著同一份題單，對著自己的知識儲備逐條對答案。題單越長，被共享的焦慮就越具體。

字節這場二面最終呈現的，是一套仍在過渡期的評估設計：舊的八股框架完整保留，AI 的題目以追加而非取代的方式嵌入，深度靠追問而非題型來測。那句「廣度可以，深度不夠」的評語，或許也是對這套框架本身的描述。當 AI 工具能回答清單上大半的題目，面試真正要篩的，已經是清單之外、追問再往下鑽一層之後還剩下的東西。