五十分鐘不手撕程式碼，面試官只追著你的專案問：得物這場Java一面，把考題寫回了業務裡

先把時間點補上。這場面試發生在 2026 年 9 月 3 日，面試者在牛客網貼出完整面經，標註時長約五十分鐘，崗位是得物的 Java 開發工程師。貼文發出後留言不多，但「這問的東西可真不少」這句感嘆，某種程度上替所有正在秋招季裡奔波的後端求職者下了註解。

這份面經有趣的地方在於它的「配方」。沒有手撕演算法題，也就是沒有現場寫程式碼的環節，取而代之的是四大板塊：專案深挖、MySQL、Redis、執行緒池，最後收在 MQ 場景題。把這個結構攤開來看，會發現它其實是一份相當標準的電商後端工程師能力檢查表，而得物恰好是一家以交易鏈路為核心業務的潮流電商。

第一段追問：你的資料權限系統，經得起連環問嗎

面經裡最密集的部分，是面試官沿著求職者的一段實習經歷連續追問。起手式很常規：挑一個有挑戰的事情詳細講。但接下來的問題立刻轉向縱深。

資料權限體系為什麼要重構？原本的 roleKey 硬編碼有什麼問題？AOP 加 MyBatis 動態 SQL 的資料權限具體怎麼實作？這三個問題是一組，從「為什麼改」問到「怎麼改」，考的是求職者對自己經手過的系統有沒有真正的理解，還是只是照著前人的方案照抄。

更狠的還在後面。系統用戶量大概多少？權限這種敏感功能上線有沒有灰度或驗證方案？每次請求都重新計算用戶權限嗎？如果用戶量很大，每次查詢角色和權限資料庫壓力太大，怎麼優化？這一串問題已經脫離了「你做過什麼」的層次，進入「你做的東西在真實流量下會不會出事」的層次。

這種問法其實反映了一個趨勢：單純會用框架已經不夠，面試官想確認的是求職者腦中有沒有「規模」的概念。一個在學校專案裡跑得好好的權限系統，放到百萬級用戶面前可能就是一場災難，而面試官要的就是你對這條界線的感知。

牛客網上類似的面經討論並不少見。先前騰訊 IEG 的一面也曾把 AI 協作開發的問題排在八股之前，引發一波「壓力山大」的討論，詳見我們整理的騰訊IEG面經裡的新舊考題比例分析。兩相對照，大廠面試的注意力確實正在從「背得多熟」移向「想得多深」。

八股照樣考，但每一題都長在場景裡

MySQL 部分問得很教科書：四種事務隔離級別各自解決什麼問題、RR 隔離級別下幻讀怎麼處理、間隙鎖是什麼、批量更新怎麼減少死鎖。索引部分也很標準：有哪些索引類型、常見失效場景、慢 SQL 怎麼排查、EXPLAIN 主要看哪些欄位。

但如果以為背熟答案就能過，那接下來的追問會讓人清醒。報表查詢是即時還是離線？為什麼不用離線計算或大數據方案？資料量繼續增長怎麼辦？這三個問題把資料庫知識直接綁回了業務決策，答案沒有標準版，只有你對自己系統的資料量級、查詢模式和成長預期的判斷。

Redis 部分延續同樣的節奏。快取穿透、擊穿、雪崩及解決方案是老三樣，但緊接著問分散式鎖怎麼實作、Redisson 了解嗎、WatchDog 原理，難度就上了一個臺階。執行緒池的七大參數、任務提交流程、四種拒絕策略是必考題，而「CPU 密集與 IO 密集的執行緒數怎麼設定」這一問，則是把背誦題轉成了估算題。

壓軸的電商題：一張訂單，拆成同步與非同步

整場面試的最後一個大題，可能是最能看出得物業務屬性的部分。面試官給了一個完整的電商下單場景，然後逐項追問：哪些操作應該同步，哪些可以交給 MQ 非同步處理？建立訂單、扣庫存、支付、刪除購物車、發簡訊、積分，這些動作分別怎麼處理？

這題的考點在於對交易鏈路的整體拆解能力。下單扣庫存和建立訂單通常必須同步，因為它們構成交易的一致性核心；發簡訊、加積分這類動作則明顯可以非同步，慢一點不影響用戶拿到商品。但刪購物車、優惠券核銷這種落在中間地帶的環節，怎麼取捨就見真章了，所以面試官還特意單獨追問了優惠券該同步還是非同步。

配套的追問也很完整：MQ 重複消費怎麼保證冪等？本地消息表和事務消息了解嗎？這兩題指向同一個核心焦慮，訊息佇列帶來彈性的同時也帶來了重複投遞的風險，而電商場景裡一次重複扣款就足以登上熱搜。面試者自己在感想裡也承認，場景題比較看業務拆解能力，尤其 MQ 加電商交易鏈路這一塊。

這種把知識點全部種進業務場景的問法，與我們先前分析的阿裏邊緣BU一面面經有異曲同工之妙：技術問題不再是孤立的知識檢核，而是「如果這個人明天入職，他能不能接住真實業務」的前置演練。

攢人品的儀式感：面經為什麼還要發出來

面經的最後一句是「結果待定，攢人品」，後面跟了一個雙手合十的表情符號縮寫。這五個字在牛客網上幾乎是一種通用貨幣，每個發面經的人都會在結尾附上，既是給自己討個吉利，也是對社羣的某種回饋儀式。

這套文化能持續運轉，靠的是一個簡單的互惠邏輯：我今天把被問的題目完整貼出來，明天別人面同一家公司時就多一份情報。留言區裡「大佬，請問下實習是哪裡實習的呀」這類提問，也是同一個生態的延伸，大家在面經貼文下面交換背景資訊，拼湊出每家公司的篩選偏好。

值得留意的是時間。9 月 3 日正是秋招正式批的前哨期，大廠一面陸續開跑，牛客網的討論區進入一年中最熱鬧的階段。這份得物面經的價值，不在於題目多新穎，而在於它是一份即時的市場信號：電商後端的考察重心，依然穩穩落在交易鏈路、快取設計與資料庫原理這三塊老地基上。

對正在準備的人來說，這份面經給出的啟示相當樸實。與其把八股題庫再刷三輪，不如把自己簡歷上的每個專案拿出來，模擬一次這樣的連環追問：當初為什麼這樣設計，換個方案會怎樣，流量漲十倍會先在哪裡崩潰。五十分鐘聽起來很長，但當面試官的問題一路往下鑽的時候，時間過得比你想像中快得多。