三十分鐘、五道八股：攜程這場Java一面，先把校招需求分了層

2026年9月14日，一名雙非碩背景的求職者在牛客網發布攜程第27屆校招Java後端一面面經。面試時長30分鐘，題目結構是項目加上幾道八股：看門狗原理、分散式事務、索引失效原因、慢查詢、MySQL底層資料結構，無手撕程式碼環節。這份題單本身資訊量有限，但把它放進今年秋招的座標裡，讀出來的東西比一場面試多。

先看這份題單的結構

五道題全是後端工程的基礎設施題。看門狗與分散式事務屬於系統設計層的常識題，索引失效、慢查詢、MySQL底層資料結構則是資料庫操作層的標準考點。沒有演算法手撕，沒有場景設計，沒有追問到系統極限的深度辯論。30分鐘的時長本身也是一個數據點：按業界慣例，校招一面通常安排45至60分鐘，含手撕環節的常在60分鐘以上。攜程這場壓縮到30分鐘且取消手撕，代表篩選重心放在「基礎是否扎實」這一個維度上，而不是鑽研上限。

求職者的背景欄寫得很典型：雙非碩、一個Java項目、一個agent項目、一段國企實習。這個組合在今年的校招市場裡屬於中段位候選人，有項目有實習，但缺少頭部廠牌背書。面試官的問題順序是「項目加上追問的幾個八股」，顯示項目是入口，八股是驗證工具，用來確認項目經驗的真實成色。

這與我們先前分析的開發與測開秋招背後的大廠人力預算帳指向同一件事：企業在人力端口的支出收緊之後，篩選流程的第一個反應是縮短、標準化、降低單位判斷成本。

需求分層：同一場秋招，兩種題單

有意思的是對照組。就在同一波討論串裡，另一名參加攜程後端一面的江南大學求職者回報了完全不同的題單：面試官全程沒問八股，五道題全部圍繞一個RAG項目展開，問的是需求定義、效果評估、迭代方案設計、語義切分的技術選型、多格式文檔解析的實現路徑。

兩場都是攜程後端一面，一個考基礎設施常識，一個考AI應用的產品化思維。差異大概率來自部門：承載agent或RAG相關業務的團隊，篩選的是能把AI功能做成可評估、可迭代產品的工程師；傳統業務後端團隊，篩選的仍是資料庫與分散式系統的基本功。同一張校招旗幟下面，實際上是兩條技能需求曲線，定價也各自獨立。

討論串裡有求職者直接發問：「現在agent項目問的多還是java項目」。這個問題本身就是需求分層的證據。候選人已經意識到，同一份簡歷投不同部門，被驗證的技能組合完全不同，準備成本也跟著分流。

篩選成本的帳

把視角逐級往上拉一層。一家員工數數萬人的OTA平臺，秋招一季要處理的簡歷量以十萬計。假設一面平均45分鐘、每位面試官一天排滿六場，單一面試官一季的篩選吞吐量是固定的，需求端的簡歷增長只能靠兩個槓桿消化：縮短單場時長，或者提高筆試與簡歷關卡的淘汰率。30分鐘的一面屬於前者。

這個邏輯與我們在快手一面追問AI工具使用細節的篩選成本帳中拆解的機制相同：當崗位供需比失衡，企業不增加篩選投入，而是改變篩選的單位經濟。八股題的優勢在於答案有標準、判斷快、誤差可控；項目深挖的優勢在於能識別真實經驗，但單場耗時更長、對面試官的判斷力要求更高。攜程兩種題單並存，等於把這兩種成本模式分攤給了不同部門。

評論區的生態也提供了佐證。該面經下方多條留言來自拚多多（pdd）的招聘人員，主打「免技術專業筆試」「校招技術白菜也有60萬以上年薪」「不捲agent，純前後端也可以」。競爭對手直接到別人家的面經底下截流，說明頭部電商與OTA在同一批候選人池裡競價，且願意用繞過筆試這個流程讓利，換取投遞量的提前鎖定。

誰受惠，誰承壓

受惠端很清楚。基礎功扎實、八股準備充分的雙非碩候選人，在這種標準化題單裡反而有相對優勢，因為題目不考名校光環，考的是可背誦、可演練的知識點。有真實RAG或agent項目經驗的候選人，在AI業務部門的一面裡拿到的是展示差異化的機會，這類題單對手稀少。

承壓端是項目經驗薄弱、又抽不出時間系統刷八股的中段候選人，兩頭都沒有優勢。討論串裡另一則帖子的標題寫得直白：「9月過了15就不是金9而是銀9了」，發帖者觀察到九月初面試密度較高，中小廠招滿即關崗，月中之後剩下的多是條件較差的職缺。這個時間結構疊加需求分層，讓晚投遞者的談判位置逐週惡化。

至於企業端，攜程式的短面試降低了篩選成本，但代價是八股題對實際工程能力的預測力有限，誤殺與誤收的機率都存在。拚多多式的「免筆試直通面試」則是把篩選成本後移到面試環節，用更高的單人薪資報價換更早的候選人鎖定，兩種策略對應的是不同的招聘時限壓力。

收束判斷

一場30分鐘的面試，題目是五年前就存在的老八股，但它出現的時點、搭配的時長、以及評論區的競爭生態，共同描出了今年校招後端市場的形狀：總量收縮、流程提速、需求分裂成傳統後端與AI應用兩條各自定價的曲線。對求職者來說，選哪條曲線，比多刷幾道題更早決定結果。