最近剛面完 TikTok VO，流程已經走完，目前在等後續結果。面試前在 一畝三分地 翻了不少帖子，對整體流程和側重點心裡有了個大概，所以面完也順手把自己的經歷記一下，算是補一篇 TikTok 一畝三分地 面經。
以下內容基本上是按時間軸寫的，主要記錄每一輪問了什麼、問到什麼程度，以及現場出現的代碼題，偏事實記錄，給後面準備的同學一個參考。
TikTok VO 時間軸節奏安排參考
- 2025年12月上旬：內推/投遞履歷
- 2025年12月中旬：收到電面通知
- 2025年12月18日：一面（電面）
- 2025年12月20日：二面
- 2025年12月23日：三面
- 2025年12月24日：已約HR面，等待結果
TikTok VO 面試流程
一面
一面整體節奏比較平，時長大概 50 分鐘，結構也很清楚，基本上就兩部分：項目 + 演算法題。
前 30 分鐘主要是專案介紹。我先整體講了一下目前在做的項目，面試官圍繞著專案背景、我負責的部分以及一些實現細節追問了幾輪，沒有太刁鑽的問題，更多是在確認我對項目的理解深度。
項目聊完後進入演算法環節，刷了一道比較經典的題目：
Three Sum（三數之和），難度中等，主要考察思路是否清晰以及邊界處理。
二面
二面整體 50 多分鐘，明顯感覺重點和一面不太一樣。
這一輪基本上沒有繼續深挖我現在做的中間件項目，推測一面已經覆蓋得差不多了，更多轉向我在 字節實習期間 做過的項目。問題問得很偏「工程量」：
- 專案大概做了多久
- 程式碼量規模
- 是否有設計文檔，文檔大概幾頁
接著聊到了我簡歷裡提到的 性能調優 相關工作，背景是對組內中間件做性能測試，並嘗試提升網絡吞吐量。
我主要講了幾條思路：
- 透過 批次網路 IO 減少系統呼叫次數
- 將同步模型改為 非同步並發
- 刪除部分 go-mysql 中的重複操作
面試官順著這點追問得比較深，問我：
read 網路系統呼叫中，最耗時的地方在哪裡？
我主要從下面幾個角度來回答：
- 系統呼叫涉及用戶態到內核態的切換開銷
- 資料從 網路卡 → 核心 → 使用者態 的兩次拷貝
- 如果發生進程切換，會帶來 TLB 失效 的額外影響
- 順帶提到 x86 的 PCID 技術，以及在多處理器場景下的一些取捨
後面話題轉向資料庫和一致性相關內容：
- 是否了解 TiKV
- 我提到之前在做 binlog server 規劃時，研究過 TiKV 的協議部分
- TiKV 如何實現多行語句事務（這塊我沒有看過原始碼，如實回答）
- 一些偏概念的問題：
- 什麼是事務
- MySQL 的交易隔離級別
- 事務一致性、強一致性 / 弱一致性 / 最終一致性
- 是否了解 CAP 理論（這部分我有點模糊，也直接說明了）
最後是演算法題，二分相關，難度在 mid 偏 easy。
三面
三面一上來聊得比較“熟”，面試官先問了一些 Shopee Infra 的情況，甚至能直接說出我們 database 組的一些人，看得出來對團隊背景是有了解的。
接下來問題明顯偏向 系統 + OS + 架構理解：
- 你自我介紹裡提到網路和作業系統，理解到什麼程度？
- 看過作業系統哪些模組的源碼？一般是怎麼讀的？
- 像是 iostat 這類檔案系統 / 效能相關指令，核心層面是怎麼實現的？
然後又回到我在位元組實習時的項目，主要確認：
- 工作量
- 哪些模組是我自己主導完成的
中間也穿插了一些偏個人和動機的問題，例如：
- 為什麼熱愛科技卻選擇去新加坡
- 平時主要在做什麼、關注什麼方向
技術問題方面還包括：
- 是否了解 CRDT
- 讓我整體來講一下組內中間件的架構和部署方式
- 在了解到是單一進程部署後，讓我現場設計一個 分散式系統 來統一管理（偏系統設計題）
- 是否了解 TiDB（我提到看過部分程式碼，也 debug 過）
- Linux 是如何實作 debug 的
這一輪沒有演算法題，整體更偏向理解深度和系統思維。
名企 Offer，不再遙不可及！
ProgramHelp 專注於全方位面試支援服務，涵蓋OA代寫、VO輔助助攻及專業代面服務。我們自主研發的語音與音訊轉接技術，助您在遠距面試中自信應答、游刃有餘。眾多學員成功斬獲國內外頂尖企業Offer，驗證了我們的專業與實力。現在就加入我們，向理想崗位邁進！
