Bigo後端一面題目流出：直播平臺招後端，考卷上寫的是系統的焦慮

九月初，一份Bigo後端開發一面的面經貼上了牛客網討論區。發文者照慣例逐題回想，從程式語言基礎、資料庫、快取一路列到分散式場景題。這類貼文每週都有，但把它和近幾個月流出的其他大廠面經擺在一起看，會發現卷面上的重點正在移動：記憶體細節越考越少，高並發與系統設計的佔比越來越重。這對正在準備後端面試的人來說，是可以直接拿來調整讀書方向的事。

先看這份卷子上實際出現了什麼

依照發文者回想，這場一面大致沿著幾條線走。第一條是語言與執行環境的基本功，例如執行緒與行程的差異、鎖的行為、集合類的底層結構。第二條是資料庫與快取，涵蓋索引的生效條件、交易隔離級別，以及快取穿透、雪崩、擊穿這三個老牌場景題。第三條是網路，TCP 三向交握與四次揮手照例出現。第四條則是分散式與中間件的情境題，訊息佇列的使用時機、分散式鎖怎麼做，都被點名。

這個結構本身不意外。真正值得注意的是比重：情境題不再只是壓軸的加分題，而是貫穿整場面試的主軸。面試官問快取，問的不只是 Redis 的資料型別，而是「直播間的熱門榜單你會怎麼設計」。問訊息佇列，問的也是彈幕或禮物訊息的洪峯要怎麼消化。

為什麼直播平臺的後端卷子長這樣

用一個日常比喻來說，一般電商後端像超市的結帳動線，流量有尖峯但可預期，促銷開跑前就知道要加開幾個櫃檯。直播後端更像一場沒有預售票的演唱會，主播開播的那一刻，人潮可能在一分鐘內從幾百人湧到幾十萬人，而且每個人都在同時喊話、送禮、抽獎。

這決定了考題的形狀。彈幕是典型的寫多讀多場景，禮物打賞牽涉到順序與冪等，熱門榜單是典型的高頻更新加低頻精確。這些場景沒有一個能靠背八股題解決，全都得回到快取策略、訊息佇列、限流與降級這幾件基本工具的組合。Bigo 的母公司歡聚集團做直播起家，海外直播業務Bigo Live覆蓋多個市場，這類跨地域、長時間高並發的系統是它的日常，考卷自然反映這個現實。

這個趨勢不只出現在Bigo。先前我們分析過TikTok後端一面考題裡AI Agent成為主菜的現象，當時的觀察是後端工程師的職能正在被重新定義。Bigo這份卷子展示了同一個方向的另一面：即便Agent還沒進考題，高並發系統設計已經從選修變成必修。

從考題反推篩選機制

把鏡頭拉近一點，看面試官實際在驗證什麼。基礎題的作用是設下限，確認候選人不是只會呼叫框架API而不知道底下發生什麼事。情境題的作用則是設上限，看候選人能不能在資訊不完整的情況下，先問清楚需求、再做取捨、最後說出代價。

以榜單設計題為例，好的回答路徑通常是：先確認榜單多久更新一次、能容忍多大的延遲，再決定用 Redis 的有序集合還是定時批次計算，最後主動提到熱門主播集中時的單點壓力。面試官在意的往往是最後那一段，因為那代表候選人知道自己方案的邊界在哪裡。這種能力沒有捷徑，它是把快取、佇列、資料庫這些工具用過、踩過坑之後長出來的判斷。

換句話說，卷面上的「八股題」並沒有消失，但它們的角色變了。TCP 握手、索引原理這些題目，現在更像是入場券，真正的分水嶺在於能不能把這些知識組裝成一個能面對流量洪峯的方案。

給求職者的三個可用判斷

第一，別把讀書重心平均分配。如果目標是直播、短影片、社交這類產品的後端職缺，高並發三件套，快取、訊息佇列、限流降級，值得投入超過一半的準備時間，而且要練的是場景題的敘事，不是名詞解釋。找一個直播間、搶紅包或秒殺系統的完整設計題，從需求釐清講到災害情境，反覆講到能脫口而出。

第二，基礎題仍是體檢表。行程與執行緒、鎖、索引、隔離級別、TCP 狀態機，這些題目出現頻率極高且答案標準，是投資報酬率最穩的部分，考前一兩週集中掃過一遍即可，不必無限深挖。

第三，把面經當成系統的體檢報告而不是題庫。每份流出的面經真正透露的，是這家公司目前的工程痛點。Bigo這份卷子指向的是流量洪峯與資料一致性，車廠的卷子可能指向服務穩定性，這也與我們先前看過的蔚來一面題目流露的車廠後端能力訊號相互印證。讀懂痛點，準備方向就對了一半。

面經經濟學：為什麼這些貼文永遠有人在寫

最後值得想一下這件事的供給面。牛客網上的面經生態是一個奇妙的互助市場：應屆生寫下回想換取討論區的積分與他人後續的面經，面試者讀題庫降低不確定性，公司則在某種程度上默許這個灰色地帶，因為考題結構本身比個別題目更難替換。這也是為什麼多年過去，八股題始終殺不死，而情境題越來越多，前者容易背，後者難以速成，篩選力道自然不同。

對公司來說，考題外流不是大問題，因為真正的判準在追問。對求職者來說，這意味著背題的邊際效益持續下降。一份Bigo的面經能告訴你考什麼，但考場上那三十分鐘的追問，考的是你有沒有真的把一個系統想清楚過。這大概是所有面經共同的、也最誠實的訊號。