25道題壓滿一小時：蝦皮後端這場一面，把作業系統的篩選價格標了出來

2026年10月15日晚間，一篇標題為「蝦皮後端一面（10.15）」的面經在牛客網發布，發文位置顯示來自四川。隔日留言區陸續出現「操作系統嚇哭了」「這手撕太變態了吧」等反應，這份共25道題的題單，短時間內成為秋招討論區裡被反覆引用的樣本。

題單的結構值得先攤開。第1題是程序性的：二機位環顧四周與筆記本後方，屬於遠端面試的監考流程。第2題是手撕演算法，指定 LeetCode 第4題「尋找兩個正序陣列的中位數」，該題在 LeetCode 分級為 Hard。其後23道題大致分為三個板塊：專案架構與設計模式、以 Redis 為軸的儲存與快取原理、以及佔比最重的作業系統底層，從 epoll、邊緣觸發、行程與執行緒、write 系統呼叫的完整落盤路徑、虛擬記憶體與實體記憶體的KB級計算、多級頁表、缺頁中斷、寫時複製，一路追到 TLB miss 與 Cache miss 的區別。最後一題收在職涯取向：「你更傾向於做後端開發還是Agent開發？」

篩選漏鬥的最窄處

把這份題單放回校招的成本結構看，它揭示的是僱主在篩選環節願意支付多少「鑑別成本」。演算法手撕與八股問答是可標準化、可比對的訊號，一場一小時的面試裡塞進25道題，意味著單題平均停留時間不到兩分半，面試官要的是快速、連續的通過或淘汰判定，而非深談。

這與近期其他大廠題單呈現同一種壓力。快手一面連追三輪「AI怎麼用」，攤開的是校招篩選成本這本帳；字節Agent秋招一面則把追問焦點放在專案細節與AI Coding工作流上，重算工程師技能的定價權（見快手這場一面的校招篩選帳與字節Agent一面的技能定價帳）。蝦皮這份題單的差異在於，它把鑑別深度推向了作業系統教材的底層章節：申請100M記憶體時虛擬記憶體與實體記憶體各佔多少、精確到KB，這類題目已脫離多數業務後端的日常使用場景，進入作業系統課程考試的範疇。

留言區的反應本身就是篩選結果的側寫。「操作系統嚇哭了」一則來自陝西的留言獲得回覆，顯示這套題目對應屆生的知識結構構成了實質壓力。換句話說，題目難度本身就是篩選工具的一部分，淘汰發生在面試進行中，而非之後。

底層知識的需求分層

為什麼一家電商平臺要考TLB miss的避免方式？從需求分層角度可以給出一個可檢驗的解釋框架。Redis 相關的七道題（分布式鎖原理、快取重建、RDB、bgsave、併發處理）對應後端工程的高頻工作場景，屬於「使用層」的鑑別；epoll、頁表、缺頁中斷屬於「原理層」，多數日常開發不會直接觸及，但與Redis、Nginx這類基礎軟體的調優和故障排查相關。

真正的分層訊號在最後一題。後端開發與Agent開發的傾向性提問，與得物二面拷打ReAct模式、懂車帝一面追問Agent上下文管理屬於同一組訊號：僱主正在同一場招聘裡同時估價兩種技能組合，傳統後端的系統能力，與AI應用層的工程能力。這種雙軌估價在2026年秋招已不是個案，而是結構性現象。

對應屆生的傳導鏈是直接的：準備成本上升。要在這類題單上通過，複習範圍需覆蓋演算法、中介軟體原理與作業系統三個板塊，且後者的報酬率高度不確定，因為下一場面試可能完全未問。對培訓體系與題庫平臺的傳導則是反向受惠：鑑別範圍越廣，付費準備的需求越強。

可確認與不可確認的邊界

需要保留的部分：該面經為單一發文者陳述，面試確切時長、題目順序是否完整、以及這是否代表蝦皮全部後端崗位的題單風格，來源均未提供。留言中「base哪裡」的提問亦未獲回答，無法確認崗位所在地。

可確認的是題單本身及其在社羣引發的討論強度。以此為樣本，2026年秋招後端崗位的篩選標準正在向「使用層加原理層」的全棧鑑別移動，且AI應用能力已被納入同一場估價。對求職者而言，這份題單的參考價值不在逐題準備，而在它劃出的複習範圍上界：作業系統教材的最後幾章，現在也在考綱裡。