二十分鐘裡的十七道題：招銀網絡科技的一面，先被排成了一份題單

先從一個小細節看起。這則在牛客網流傳的招銀網絡科技後端開發一面面經，開頭第一句寫的是時間：「下午五點半面試的，面了 20min 左右，感覺面試官興致平平，可能是因為下班點了？」這句話看似閒筆，卻是整份面經的定調。它讓後面十七道題目有了情境：一位即將下班的面試官，一段被壓縮的對話，一份被追問填滿的題單。

十七道題，二十分鐘。平均一道題不到七十五秒。這個密度本身就值得看：它決定了這場面試的形態。題目沒有寒暄的空間，沒有開放式討論的餘裕，每一題都必須快速給出答案，然後立刻切換到下一題。這是一種被時間格式化的對話，而面經作者把它原樣記錄下來，於是我們看到的，是一份近乎逐字的題目清單，一種技術面試的排版。

題單的結構：從池到事務，一路向下鑽

把這份題單攤開來看它的排序，會發現一條清楚的鑽探路徑。

第一到第三題問 Java 線程池：核心參數、任務提交後的完整執行流程、常見的拒絕策略。這三題是同一個主題的三層深度。第一題問你知道什麼，第二題問你能不能把流程講成一段完整的敘事，第三題問你對邊界情況的理解。這種一主題連問三題的節奏，是後端八股面試的典型排版：不是廣度掃射，而是定點深挖。

第四題之後轉向資料庫事務，然後是一條更長的鑽探線：ACID 的定義與保證方式、MySQL 的隔離級別與 InnoDB 預設值、@Transactional 的實現原理、註解屬性、事務傳播行為中 REQUIRED、REQUIRES_NEW、NESTED 的區別，最後落到「哪些場景會導致 @Transactional 失效」。從 第四題到第十題，七道題全部圍繞「事務」這一個詞展開，從概念定義一路問到失效場景。這條線的終點尤其值得注意：失效場景是事務知識裡最接近實務踩坑的部分，它把前面六題的理論收攏成一種「你真的用過嗎」的檢驗。

第十一題到第十五題換到 MyBatis，同樣的節奏：快取機制、一級與二級快取的區別、#{} 與 ${} 的差異、為什麼 ${} 有 SQL 注入風險、Mapper 介面與 XML 如何關聯。第十五題問完，框架部分收束，第十六、十七題才轉向應試者自己的實習專案：資料權限體系重構，以及飛書單點登入裡 State 加 Ticket 的雙重一次性令牌機制。

個人專案被排在最後，這個順序本身就是一種表態。在這場面試的排版邏輯裡，標準化知識佔了十五題，個人經歷只佔兩題。面試官先確認你與所有其他應試者共享的知識基礎，最後才看你個人的差異化內容。這與我們先前觀察過的攜程支付前端一面的題單排版有相似的結構：題目的先後次序，洩露了面試官心中哪些能力可以被標準化檢驗、哪些只能靠追問摸索的分界線。

最後是手撕題：反轉鏈表的指定區間，LeetCode 上的反轉鏈表 II，並且要求解釋指標變化的過程。這道題選得很有辨識度。它比基礎的鏈表反轉多一層邊界處理，又不像動態規劃那樣需要長時間思考，恰好適合二十分鐘面試的收尾：夠快，但看得出程式碼功底。

評論區的複製貼上：當題單變成公共財

這則面經真正有趣的部分，其實在評論區。

第一則評論寫道：「和我一摸一樣，肯定是一個面試官，手撕也一摸一樣，題目一道題都沒差。」這句話把整份題單的性質翻轉了。當兩位應試者發現彼此被問了完全相同的十七道題與同一道手撕題，這份面經就從個人記錄變成了公共情報。後續的應試者可以照著這份清單準備，題單於是成了一種可預習的介面。

這正是面經這種文體在牛客網上被反覆生產的原因。它與我們先前分析的OPPO AI Agent 一面面經的敘事設計屬於同一種現象：技術面試的題目排序與措辭，一旦被寫成可傳閱的清單，就脫離了原本的對話情境，變成一種可以被閱讀、被比對、被提前演練的文本。

同一則評論區裡還有另一個值得留意的聲音：「我勒個八股，沒問 AI 應用相關的嗎？我看 JD 上有要求。」這位評論者注意到職缺描述與實際面試內容之間的落差。而對照同頁推薦的其他招銀面經，落差確實存在：另一場九月十一日的一面裡，面試官問了大模型逐字輸出用的是什麼技術、SSE 與 WebSocket 的區別、虛擬線程與平臺線程的差異。AI 相關題目在別場出現了，在這一場沒有。

這個對照說明，招銀的題庫並非單一版本。不同的面試官、不同的場次，抽取出不同的題目組合。面經記錄的所謂「題單」，其實是從一個更大的題庫裡被即時排列出來的一次快照。二十分鐘的面試時限，決定了這份快照的長度；面試官的個人偏好，決定了它的內容配比。

排版的誠實：為什麼這份面經讀起來可信

回到文件本身。這份面經的寫法幾乎沒有修飾：題目按原順序編號，一句話一題，不加答案，不加心得。唯一的個人判斷出現在開頭那句關於下班時間的猜測，以及結尾的兩個 hashtag：秋招面試記錄、發面經攢人品。

這種克制反而成就了它的可信度。它沒有把面試寫成勵志故事，沒有把題目整理成知識點筆記，只是原樣列出被問了什麼。對照評論區裡其他幾則招銀面經，有的會加上自嘲（「嘶，這個確實沒背到過，完蛋！」），有的會補充情境（「直接開始八股盛宴」），但題目部分一律是清單式排版。這種文體上的趨同，說明「列出題目」才是面經的核心功能，其餘都是包裝。

二十分鐘塞進十七道題外加一道手撕，評論區也有人算過這筆帳：「這個問題量感覺 20 分鐘講不完啊。」這個疑問點出了這類面試的實際形態：它並不期待完整回答。面試官要的是快速定位你的知識邊界，七十五秒足夠判斷一個人是背過還是理解了。題單的長度本身就是篩選機制的一部分。

一份面經能留下的設計觀察大概就是這樣：時間被切成七十五秒一格，知識被排成十五比二的比例，個人的專案經歷被放在最後兩題。當應試者在網路上把這一切原樣抄錄下來，一場私人的對話就變成了公共的排版。下一個走進面試間的人，手裡可能已經握著這份清單。這或許不是面試原本被設計的用途，但它確實是這份題單如今最主要的讀法。