TME2024校園招聘的筆試I已經(jīng)陸續(xù)發(fā)完考卷了我身邊好幾個投后臺開發(fā)、運營開發(fā)和業(yè)務(wù)運維的同學(xué)都來找我復(fù)盤。說實話第一次看到這個筆試名稱很多人會默認四個崗位各出一套題實際上完全不是這么回事。它更像是“一套公共卷子崗位傾向題”的組合真正拉開分差的往往不是算法題而是你對崗位場景的判斷力。這篇文章我按自己的備考和復(fù)盤經(jīng)驗把這場筆試的考點、復(fù)習(xí)方法、答題策略和最容易踩的坑一次講清楚給后面要參加同類型校招筆試的同學(xué)做個參考。1. 筆試整體設(shè)計與方向拆解1.1 四個崗位共用一套試卷的底層邏輯后臺開發(fā)、運營開發(fā)、業(yè)務(wù)運維、應(yīng)用開發(fā)放在同一場筆試里第一反應(yīng)是“公司是不是在偷懶一套題打天下”。做完整套卷子你會發(fā)現(xiàn)這不是偷懶而是刻意設(shè)計。這四個崗位雖然名字不一樣但底層都依賴同幾塊基本功編程語言、數(shù)據(jù)結(jié)構(gòu)與算法、操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫。公司想在前置環(huán)節(jié)快速篩掉基礎(chǔ)不扎實的人所以公共題占大頭而崗位傾向題用來判斷你是否真的理解目標崗位每天在做什么。也就是說你投的是后臺開發(fā)但卷子里可能會出現(xiàn)業(yè)務(wù)運維風(fēng)格的題目你投的是應(yīng)用開發(fā)也可能被要求寫一段偏后端的邏輯。這不是卷子出亂了而是考察你有沒有“上下游思維”。比如一個簡單的文件上傳功能后臺開發(fā)要想接口怎么設(shè)計業(yè)務(wù)運維會想日志怎么收集、磁盤會不會被打滿應(yīng)用開發(fā)會想上傳進度怎么展示、失敗重試怎么處理。同一件事四個崗位切入角度不同這才是這套筆試真正想?yún)^(qū)分的點。1.2 題型結(jié)構(gòu)與時間分配我拿到的真實卷面構(gòu)成以我復(fù)盤到的信息這場筆試I大致分為三個部分選擇題/判斷題、算法編程題、崗位場景題答題總時長通常在90到120分鐘之間。選擇題覆蓋計算機網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫、Linux命令、語言基礎(chǔ)大概20到30道算法編程題一般是2道難度在中等到偏上純考察數(shù)據(jù)結(jié)構(gòu)和基礎(chǔ)算法崗位場景題按你報名時填的志愿方向出現(xiàn)可能是簡答、設(shè)計題也可能是讓你寫一段解決實際問題的偽代碼。這里要特別提醒一句時間分配在考場上極其重要。我見過不少同學(xué)前面的選擇題磨了40分鐘最后算法題只剩10分鐘連暴力解法都沒提交完。我的建議是選擇題平均每題控制在1分鐘內(nèi)不會的立刻標記跳過算法題先花5分鐘讀題想清楚再動手寧可寫得慢一點也不要寫一半推翻重來場景題放到最后因為它不像編程題那樣有嚴格的標準答案只要你有邏輯、有細節(jié)就能拿到大部分分。1.3 不同崗位的隱性答分側(cè)重點雖然公共題占了大部分但場景題和部分選擇題其實有很明顯的崗位傾向。后臺開發(fā)方向的題目喜歡給一個業(yè)務(wù)場景比如“多個服務(wù)實例同時更新一個資源怎么保證數(shù)據(jù)一致”考察的是分布式鎖、樂觀鎖、版本號這一套運營開發(fā)方向的題更看重“數(shù)據(jù)怎么流轉(zhuǎn)”“權(quán)限怎么控制”“后臺系統(tǒng)怎么設(shè)計”因為運營開發(fā)本質(zhì)是給內(nèi)部運營人員做工具業(yè)務(wù)運維方向的題會圍繞線上故障展開比如“線上接口突然超時你怎么排查”這時候你回答“先看監(jiān)控、再看日志、最后抓包”比寫一段華麗代碼更有用應(yīng)用開發(fā)方向則會問“客戶端請求接口時弱網(wǎng)怎么處理”“App冷啟動時數(shù)據(jù)加載順序怎么設(shè)計”更看重端側(cè)體驗。我私下有個判斷不要在非目標崗位的題目上暴露明顯短板。你投應(yīng)用開發(fā)卻連Linux最基礎(chǔ)的top命令都不會面試官肯定會懷疑你的基本功。反過來你投業(yè)務(wù)運維如果能在公共題里把一道數(shù)據(jù)庫索引題答得很漂亮哪怕場景題一般也會留下“基礎(chǔ)扎實”的印象。2. 核心考點解析與復(fù)習(xí)重點2.1 數(shù)據(jù)結(jié)構(gòu)與算法刷題圈范圍與最短路徑算法編程題是這場筆試里最硬核的部分兩道題通常不會太難但也不會讓你“暴力循環(huán)”就輕松過關(guān)。以我的經(jīng)驗需要重點準備以下幾類數(shù)組、字符串為代表的基礎(chǔ)題雙指針、滑動窗口、前綴和這類技巧要熟練。鏈表操作反轉(zhuǎn)鏈表、合并有序鏈表、快慢指針找環(huán)屬于高頻題。二叉樹前中后序遍歷、層序遍歷、最近公共祖先、樹的最大深度。排序與二分手寫快排和歸并、二分查找的邊界條件以及基于排序的變形。動態(tài)規(guī)劃背包問題、最長遞增子序列、編輯距離、打家劫舍系列。圖和搜索DFS、BFS、島嶼問題、拓撲排序以及簡單的Dijkstra。備考時不必追求刷題數(shù)量更重要的是“拿到題目會套模版”。比如看到“求子數(shù)組的最大和”你要馬上想到動態(tài)規(guī)劃看到“找兩個區(qū)間的交集”要想到排序后雙指針。我建議用“題型分類法”刷題而不是按平臺隨機刷把同一類題集中做10道比分散做50道更有效。另外筆試平臺的代碼環(huán)境和你本地IDE不一樣通常只提供一個代碼編輯框沒有自動補全也沒有調(diào)試器。所以你在本地練習(xí)時最好有事沒事關(guān)掉自動提示手寫代碼不然考場上很容易寫一行錯一行。我身邊就有人因為平時太依賴IDE補全筆試時連import的包名都寫錯了。2.2 計算機網(wǎng)絡(luò)與操作系統(tǒng)容易丟分的理論題選擇題里計算機網(wǎng)絡(luò)和操作系統(tǒng)是失分重災(zāi)區(qū)。先說網(wǎng)絡(luò)TCP三次握手和四次揮手是必考但不要只背狀態(tài)變化還要理解為什么需要TIME_WAIT、為什么連接建立要三次HTTP和HTTPS的差別、HTTP/1.1和HTTP/2的差別也經(jīng)常出現(xiàn)DNS解析過程、CDN回源邏輯、WebSocket與HTTP長連接的區(qū)別都是高頻考點。操作系統(tǒng)方面進程與線程的區(qū)別、進程間通信方式、死鎖的四個必要條件、虛擬內(nèi)存與頁面置換算法這些屬于基礎(chǔ)中的基礎(chǔ)。還有一類題和線上業(yè)務(wù)強相關(guān)比如“一個進程的CPU占用率突然達到100%可能的原因是什么”這已經(jīng)不是單純背概念能解決的需要你理解線程、鎖、自旋、垃圾回收等知識的聯(lián)動。我建議你把這兩塊整理成“一個問題一張卡片”的筆記不要整段背概念。比如“為什么Redis是單線程卻很快”你自己講一遍能講明白就說明IO多路復(fù)用、內(nèi)存操作、避免鎖競爭這些點你基本掌握了。2.3 數(shù)據(jù)庫與中間件SQL、索引與緩存設(shè)計數(shù)據(jù)庫在選擇題和場景題中都會出現(xiàn)。最基礎(chǔ)的要求是SQL語法過關(guān)尤其是多表聯(lián)查、聚合函數(shù)、GROUP BY和HAVING的區(qū)別。我復(fù)盤時看到有同學(xué)連“ORDER BY比GROUP BY晚執(zhí)行”這種SQL執(zhí)行順序都沒分清這就很危險。再往上是索引。你要能說清楚聚簇索引和非聚簇索引的區(qū)別、聯(lián)合索引的最左前綴原則、什么情況下索引會失效。這些不僅僅是為了應(yīng)付選擇題場景題里經(jīng)常會給一張表讓你分析一條慢查詢?yōu)槭裁绰?、怎么?yōu)化。中間件方面Redis和消息隊列是最?？嫉膬蓸印edis要知道緩存穿透、緩存擊穿、緩存雪崩的區(qū)別和應(yīng)對方案以及分布式鎖的正確實現(xiàn)方式消息隊列要知道為什么使用MQ、如何保證消息不丟失、如何保證消息順序。這些內(nèi)容如果你只看書不看場景做題時容易眼高手低建議每學(xué)一個知識點就配一個線上案例。2.4 編程語言與Linux基礎(chǔ)寫代碼和排障的基本功后臺開發(fā)和應(yīng)用開發(fā)方向通常要求至少熟練掌握一門語言Java、Go、C、Python都可以。筆試選擇題里會出現(xiàn)語言細節(jié)比如Java的HashMap擴容機制、Go的slice底層結(jié)構(gòu)、Python的GIL。我的建議是不要貪多吃透一門語言的主要知識點包括集合框架、異常處理、并發(fā)編程基礎(chǔ)、內(nèi)存管理基本能覆蓋大部分語言題。Linux是容易被忽視但一定會考的模塊。選擇題里常見的是文件權(quán)限、硬鏈接和軟鏈接、常用命令的作用場景題里則可能給你一段線上日志讓你統(tǒng)計某個接口的調(diào)用量、錯誤率。這里我強烈建議你熟練掌握grep、awk、sed、sort、uniq這幾個命令的組合用法特別是awk按字段處理日志是線上排查非常高頻的操作。業(yè)務(wù)運維方向的同學(xué)還要額外掌握top、free、df、iostat、netstat、ss這些性能排查命令。3. 實操過程從收到筆試到交卷的完整攻略3.1 考前一周的復(fù)習(xí)安排與工具準備收到筆試邀請后通常只有3到7天準備時間。這時候不要想著面面俱到而是要把精力集中在最容易拿分的模塊上。我的復(fù)習(xí)計劃可以供你參考前兩天集中刷算法題主攻鏈表、二叉樹、動態(tài)規(guī)劃和滑動窗口第二天穿插復(fù)習(xí)網(wǎng)絡(luò)和操作系統(tǒng)選擇題第四天做一套互聯(lián)網(wǎng)公司往年真題嚴格按照考試時長限時訓(xùn)練第五天到第六天專門看數(shù)據(jù)庫和Linux最后一天輕量復(fù)盤錯題不要再刷新題了。工具方面一定要提前熟悉筆試平臺的操作比如?？途W(wǎng)的在線編輯器、賽碼網(wǎng)的系統(tǒng)很多平臺支持本地IDE調(diào)試后再粘貼但也有部分平臺不允許離開頁面。我建議你提前把本地IDE配好Java選手記得配好JDK環(huán)境C選手注意編譯器版本Go選手要確認GOPATH的問題。還有一個容易被忽略的點提前測試電腦攝像頭和網(wǎng)絡(luò)穩(wěn)定性有些在線筆試會要求開啟攝像頭監(jiān)考斷網(wǎng)或者攝像頭黑屏?xí)挥涗洖楫惓Ｐ袨椤?.2 編程題的主觀題格式如何寫出閱卷友好的代碼編程題并不是把代碼寫對就結(jié)束了。大家都知道筆試系統(tǒng)會跑測試用例但其實有些題目的最終得分會有“代碼風(fēng)格分”或“人工復(fù)查環(huán)節(jié)”尤其是場景設(shè)計題。所以寫代碼時我建議你做到幾點函數(shù)名和變量名要有實際意義不要寫a、b、c這種關(guān)鍵步驟寫注釋但不要寫廢話比如“// 對數(shù)組排序”這種誰都能看到的注釋就沒必要核心邏輯抽成小函數(shù)別把所有代碼都堆在main里面注意邊界條件數(shù)組為空、長度為1、目標值不存在這樣的情況。我見過一個典型的反面案例有人寫快速排序遞歸函數(shù)里忘記處理左指針等于右指針的情況本地測試沒暴露線上用例一旦傳入只有一個元素的子數(shù)組就無限遞歸。這種問題如果不從“邊界條件意識”上訓(xùn)練刷再多題也沒用。3.3 筆試當天的答題順序與時間閥值答題順序我建議遵循“先做會做的再做能拿分的最后死磕難題”的原則。具體展開就是第一遍掃過所有選擇題會做的直接選不會的或者猶豫超過1分鐘的標記出來堅決不停留然后做算法題先做自己思路最清晰的那道避免在第一道難題上耗掉所有時間再做場景題這種題的得分下限很高只要你寫出來的東西思路完整、步驟清晰哪怕方案不是最優(yōu)也能拿到大部分分最后返回去處理之前標記的選擇題。時間閾值一定要設(shè)好。假如總時長90分鐘選擇題最多40分鐘兩道算法題各25分鐘場景題20分鐘最后留5分鐘檢查。如果兩道算法題中有一道超過15分鐘還沒有任何思路我建議你直接寫暴力解法至少能通過部分用例不要追求完美的解法那是面試和筆試滿分選手才需要考慮的事。4. 常見問題與排查技巧實錄4.1 本地能跑、線上編譯不過這是我見過最多的情況沒有之一。本地IDE能運行復(fù)制到線上平臺就編譯報錯原因通常集中在幾處第一代碼里用了本地JDK版本才有的新特性而平臺是舊版本比如Java的var關(guān)鍵字第二類名沒有保持和文件名一致筆試平臺一般要求主類名是Main有些人用自己本地的類名提交直接編譯失敗第三C選手忘記include對應(yīng)的頭文件或者cinscanf混用導(dǎo)致輸入順序錯亂。我給你的建議是考前專門去?？突蛘哔惔a上做一次“模擬筆試”不是刷題而是完整走一遍“復(fù)制代碼—提交—看編譯結(jié)果”的流程。你只有在實戰(zhàn)環(huán)境里栽過一次才知道自己的代碼有多依賴本地IDE的智能修復(fù)功能。4.2 運維場景題完全沒有思路業(yè)務(wù)運維方向的場景題經(jīng)常是“線上服務(wù)突然超時如何定位”。很多同學(xué)看到題就慌了因為平時只學(xué)過單個知識點從來沒串起來排查過。這里我分享一套萬能排查思路從“自上而下”的角度展開先看監(jiān)控面板確認是所有接口超時還是某個接口超時再看系統(tǒng)資源用top看CPU和內(nèi)存用df看磁盤是否打滿然后看應(yīng)用日志確認是否有異常堆棧、數(shù)據(jù)庫慢查詢、調(diào)用下游服務(wù)超時最后看網(wǎng)絡(luò)層用stats查看連接數(shù)用ping和telnet驗證基礎(chǔ)連通性。這套思路的核心是“逐層縮小范圍”而不是一上來就猜某個原因。筆試的時候你不需要真的執(zhí)行命令只需要把排查路徑寫出來并解釋每一步能看到什么、排除什么。面試官最在意的是你的排查邏輯是否清晰而不是你背了多少命令。4.3 編程題用例通過但得0分還有一種更冤的情況自己本地測試幾個例子都通過了提交后提示“通過率0%”。這通常是因為題目要求從標準輸入讀取多組測試用例而你的代碼只處理了一組或者輸出格式和題目要求不一致比如要求每行一個結(jié)果你卻全部打印在一行。另一個常見坑是題目給的數(shù)據(jù)范圍很大你的解法時間復(fù)雜度太高平臺用大數(shù)據(jù)量測試時直接超時通過率自然就是0。解決辦法只有一個養(yǎng)成“讀題先看輸入輸出描述”的習(xí)慣看清是多組用例還是單組用例、有沒有特殊換行要求、數(shù)據(jù)范圍是多少。然后根據(jù)數(shù)據(jù)范圍反推預(yù)期算法復(fù)雜度如果n是10的5次方O(n2)基本不允許出現(xiàn)你要立刻換思路。4.4 筆試環(huán)境失靈怎么辦在線筆試最怕的就是答到一半頁面崩潰、代碼沒保存、攝像頭斷開。首先我要明確告訴你遇到這種問題不要自己重啟電腦第一時間截圖或錄屏保存證據(jù)然后找平臺客服或者筆試通知里的技術(shù)支持郵箱反饋。大多數(shù)公司會給你一次重考機會。其次答題過程中盡量使用“習(xí)慣本地保存”的策略每隔幾分鐘把代碼復(fù)制到本地本地TXT文件或者至少在腦子里留個備份。如果你用本地IDE寫代碼再粘貼到平臺那這個問題基本不會發(fā)生。另外關(guān)掉所有不必要的瀏覽器插件和彈窗攔截功能有些平臺檢測到頁面失焦會記錄為作弊嫌疑所以答題期間不要切屏哪怕是切到本地IDE如果題目明確要求“全程在線編譯器”就只在平臺里寫。5. 今年筆試風(fēng)向AI應(yīng)用與業(yè)務(wù)場景結(jié)合5.1 大模型應(yīng)用開發(fā)相關(guān)考點為什么越來越多復(fù)盤最近兩年校招筆試能明顯感到一個趨勢應(yīng)用開發(fā)和后臺開發(fā)方向開始出現(xiàn)和AI應(yīng)用相關(guān)的考題。這個變化不突然因為音樂平臺現(xiàn)在的“歌曲推薦”“智能歌單”“AI伴唱”等業(yè)務(wù)都在接入大模型能力。筆試里不一定會讓你現(xiàn)場訓(xùn)練模型但很可能會考你對“AI能力如何工程化落地”的理解。比如題目可能給你一個需求“在App里加入一個AI生成歌單的功能后臺需要哪些接口數(shù)據(jù)怎么流轉(zhuǎn)回答用什么格式提醒用戶”。表面上是問接口設(shè)計其實想考你是否了解大模型API的調(diào)用方式、Prompt構(gòu)造、流式返回、超時與重試機制。這已經(jīng)超越了傳統(tǒng)應(yīng)用開發(fā)的范疇更接近大模型應(yīng)用開發(fā)工程師的工作。5.2 備考時至少要準備的三類AI應(yīng)用問題第一類是“大模型API如何集成”。你要知道一次完整的LLM調(diào)用包括哪些環(huán)節(jié)請求參數(shù)API Key、模型名稱、超時時間、最大token數(shù)、Prompt構(gòu)造、結(jié)果解析、異常兜底。常見考點是“如果大模型接口超時怎么設(shè)計降級方案”比如返回緩存結(jié)果、給用戶一個默認歌單都算合理的回答。第二類是“RAG相關(guān)基礎(chǔ)”。RAG是目前大模型落地最常用的方案筆試可能不會直接考英文縮寫但會考“如何讓大模型基于私有知識庫回答用戶問題”流程拆開就是加載文檔、切片、向量化、召回、拼裝Prompt、交給LLM生成。你要能畫出這個數(shù)據(jù)流并說明每個環(huán)節(jié)的存儲選型比如向量數(shù)據(jù)庫和傳統(tǒng)數(shù)據(jù)庫的區(qū)別。第三類是“Agent工具調(diào)用”。如果筆試題目提到“讓AI根據(jù)用戶指令自動完成重復(fù)性操作”實際上就是在考Agent的原型設(shè)計。備考時你至少要明白“Planning、Tool Use、Memory、Reflection”這幾個概念能結(jié)合具體業(yè)務(wù)場景談而不是只講宏觀概念。我在實際項目里做Agent時踩過最大的坑是流程編排過于復(fù)雜把一個本可以分步執(zhí)行的簡單任務(wù)搞成了多層循環(huán)。筆試設(shè)計題里如果遇到類似場景寧可方案做得簡單一點也要保證可解釋性和可維護性。5.3 面向AI方向備考的練習(xí)建議如果你投的是帶“AI應(yīng)用開發(fā)”標簽的崗位我建議在通用復(fù)習(xí)之外每天拿出半小時讀大模型應(yīng)用開發(fā)的學(xué)習(xí)路線類文章重點看API調(diào)用示例、Prompt工程技巧和RAG流程拆解。你可以自己搭一個簡單的本地Demo比如用公開的LLM接口做一個“歌詞風(fēng)格改寫”小工具實踐一次就比看十篇文章有用。同時要把傳統(tǒng)后端知識和AI工程結(jié)合起來理解。比如讓大模型接口并發(fā)打的場景緩存、限流、熔斷這些后端基本功依然適用而且大模型接口往往比普通接口更慢、更貴所以你在設(shè)計時要重點考慮成本和延遲這在筆試題里絕對是加分項。提示筆試不是終點它只是幫你拿到面試入場券。真正能走到最后的還是那些基礎(chǔ)扎實、對業(yè)務(wù)有理解深度的人。備考時不要被各種新概念帶偏先把計算機網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫、算法這些基石打牢AI應(yīng)用相關(guān)的新考點是在這個基礎(chǔ)之上的增量而不是替代品。我個人在實際操作中的體會是這套筆試的難度并不夸張但它特別考驗“在有限時間內(nèi)做出正確取舍”的能力。你不可能每道題都會也不可能每題都寫到滿分關(guān)鍵是讓你的得分結(jié)構(gòu)符合目標崗位的要求。后臺開發(fā)崗位看重代碼能力和邏輯嚴密性你就把算法題和數(shù)據(jù)庫題的分拿穩(wěn)業(yè)務(wù)運維崗位看重排查思路和穩(wěn)定性意識你就把場景題寫詳細、寫完整。用我這個思路去復(fù)盤下次不管是TME的筆試II還是其他公司的筆試你都會覺得自己比上一次更從容。