1. 十年前這張卷子的整體格局考的不是知識是決策速度先說個結(jié)論2014年騰訊研發(fā)筆試題放到今天拿來練手依然不過時甚至比很多培訓(xùn)機構(gòu)出的模擬卷更有參考價值。原因很簡單——它不是為了考倒你而出題它是為了在最短時間內(nèi)把你“分門別類”而出的題。當(dāng)年我拿到這套卷子時第一反應(yīng)是“題目量怎么這么大”第二反應(yīng)才是“題目本身難不難”。等我真正做完、復(fù)盤完才意識到這套卷子的設(shè)計邏輯它考的不是你會不會某個知識點而是你在有限時間內(nèi)如何分配精力、如何取舍、如何在壓力下保持穩(wěn)定輸出。先還原一下當(dāng)年的試卷框架。試卷分大概四塊不定項選擇、填空題、程序輸出/改錯、算法編程。選擇題覆蓋C語言細節(jié)、數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)、網(wǎng)絡(luò)、數(shù)據(jù)庫填空題偏重概念記憶和簡單計算程序輸出題是真正的“陷阱集中營”最后兩道算法大題決定了你能不能進下一輪。時間總共大概兩小時題量接近四十道平均每題只有三分鐘。這個節(jié)奏本身就淘汰了一大批人——不是輸在能力是輸在時間管理?，F(xiàn)在很多人復(fù)習(xí)大廠筆試喜歡刷LeetCode、刷?？瓦@當(dāng)然是必要的但容易忽略一個重要事實筆試不是只考算法它考的是“計算機基礎(chǔ)的綜合素養(yǎng)”。騰訊這張卷子里C和操作系統(tǒng)占比相當(dāng)高網(wǎng)絡(luò)和數(shù)據(jù)庫各占一列算法題雖然分值高但基礎(chǔ)題如果錯太多總分照樣上不去。我當(dāng)年有個很深的體會選擇題里那些“看似簡單”的C細節(jié)題才是拉分的關(guān)鍵。你以為你懂虛函數(shù)、懂const、懂static但題目稍微換個問法比如“以下哪種情況下析構(gòu)函數(shù)必須聲明為virtual”或者“const成員函數(shù)內(nèi)能否修改mutable成員”很多人就栽了。這不是知識盲區(qū)的問題是“會”和“熟練”之間的差距。再來說說這套卷子的篩選邏輯。它并不追求你每一道題都會它追求的是你在單位時間內(nèi)能拿多少分。所以你會發(fā)現(xiàn)選擇題里總有那么兩三道是“送分題”也總有那么兩三道是“故意讓你浪費時間”的題。比如涉及復(fù)雜指針運算的表達式求值、多繼承下的虛函數(shù)表偏移分析這類題如果你真的去一步步推三分鐘根本不夠。聰明的做法是果斷跳過先把后面的算法題看一眼甚至先做填空、再做選擇。我見過不少基礎(chǔ)不錯的人死磕一道指針題花了十分鐘最后算法題沒時間寫直接出局。所以研究這張2014年的卷子最大的價值不在于題目本身而在于它訓(xùn)練你形成一種習(xí)慣拿到卷子先做全局掃讀按分值密度和時間成本給題目排序先拿穩(wěn)的分再啃硬骨頭。這個習(xí)慣放到今天任何一家大廠的筆試里都成立。2. 算法大題拆解當(dāng)年必考的“老三樣”怎么答才能拿滿步驟分2014年騰訊研發(fā)筆試的算法題放在今天看可以說相當(dāng)“經(jīng)典”——考的是鏈表、樹、字符串處理和簡單的動態(tài)規(guī)劃沒有偏題怪題。但經(jīng)典不代表容易拿分恰恰因為太經(jīng)典閱卷人對步驟分卡的特別細。我印象中當(dāng)年有兩道大題一道和鏈表相關(guān)一道和數(shù)組/字符串處理相關(guān)下面我把兩個典型的題型還原一下方便你感受當(dāng)年的出題風(fēng)格。第一類高頻題是“鏈表操作”系。比如給定一個單鏈表如何判斷它是否有環(huán)如果有環(huán)如何找到環(huán)的入口放到現(xiàn)在這已經(jīng)是爛大街的題了但在2014年這幾乎是騰訊必考的送分題之一。難點不在于快慢指針的思路而在于邊界條件的完整性。很多人在面試或筆試時只寫了快指針走兩步、慢指針走一步的循環(huán)卻忘了處理空鏈表、單節(jié)點鏈表、無環(huán)鏈表的情況。更關(guān)鍵的是第二問“找到環(huán)的入口”需要推導(dǎo)快慢指針相遇后將其中一個指針移回鏈表頭兩個指針再各走一步再次相遇的位置即環(huán)入口。這個推導(dǎo)過程如果只寫結(jié)論、不寫推導(dǎo)依據(jù)閱卷人很可能扣掉一半步驟分。我當(dāng)時總結(jié)了一套答這類題的固定模板先定義數(shù)據(jù)結(jié)構(gòu)明確節(jié)點定義和函數(shù)簽名處理邊界條件鏈表為空、只有一個節(jié)點、沒有環(huán)給出核心算法標注時間復(fù)雜度O(n)和空間復(fù)雜度O(1)如果題目要求“只寫思路”也要把關(guān)鍵推導(dǎo)過程寫出來不要只甩結(jié)論。這套模板看起來簡單但很多人栽在第三步——用了哈希表記錄訪問過的節(jié)點空間復(fù)雜度O(n)這在筆試里是不會被算錯的但騰訊閱卷人會更偏好空間O(1)的解法。如果你一上來就寫哈希表等于把“我沒有深入研究過”寫在臉上。第二類高頻題是“字符串/數(shù)組處理”系。比如給定一個字符串找出其中最長的不含重復(fù)字符的子串長度。這道題在今天已經(jīng)是LeetCode第3題但在2014年它考察的是滑動窗口思想的掌握程度。很多人第一反應(yīng)是暴力枚舉所有子串再用哈希表判斷是否重復(fù)復(fù)雜度O(n^2)甚至O(n^3)。如果筆試時間充裕暴力解法也能拿一部分分但如果你能在卷子上寫清楚滑動窗口的優(yōu)化思路——用兩個指針維護一個窗口用哈希表記錄窗口內(nèi)字符的最新位置窗口右指針每移動一步就更新左指針——這就是明顯的加分項。我當(dāng)時在復(fù)盤時特別整理過算法題不是只看最終結(jié)果閱卷人會根據(jù)“思考路徑”給分。同一道題你寫出暴力解加一句“本題可優(yōu)化為O(n)”不如直接寫出O(n)解法加注釋“核心思想是維護一個無重復(fù)窗口”得分高。因為前者說明你只知道這個解法后者說明你理解了它在解決什么問題。還有一類出現(xiàn)頻率不低的題是“動態(tài)規(guī)劃入門”比如最長公共子序列、背包問題、編輯距離。2014年騰訊更喜歡考“最長公共子序列”這類經(jīng)典DP因為它可以順帶考察字符串遍歷順序和狀態(tài)轉(zhuǎn)移表的構(gòu)建。我當(dāng)時總結(jié)的經(jīng)驗是DP題要得分先把狀態(tài)定義寫清楚再把轉(zhuǎn)移方程寫出來最后才寫代碼。哪怕代碼有bug只要狀態(tài)定義和轉(zhuǎn)移方程沒問題閱卷人照樣能給大部分步驟分。對你來說現(xiàn)在刷這些題的意義在于雖然題型老了但考察的能力模型沒變。鏈表操作考察的是“指針操作的嚴謹性”滑動窗口考察的是“優(yōu)化意識”DP考察的是“問題建模能力”。這三種能力今天的大廠筆試依然在考只是包裝變了、題面變得看似更復(fù)雜而已。3. C和操作系統(tǒng)表面考語言實際考的是你有沒有踩過內(nèi)存的坑2014年騰訊研發(fā)筆試的C題尤其是程序輸出題和改錯題幾乎可以說是“血淚史”。我看到網(wǎng)上很多人討論過這套卷子說“選擇題考得太細了細到平時寫代碼根本不會注意”。這話說對了一半。它考的確實是細節(jié)但這些都是你在真實工程里一定會踩的坑——只是當(dāng)時如果你只寫過課程作業(yè)、沒做過正經(jīng)項目自然會覺得這些題目是在刁難人。先說一個當(dāng)年爭議比較大的考點虛函數(shù)與析構(gòu)函數(shù)。題目大概是這樣有一個基類Base和派生類DerivedBase的析構(gòu)函數(shù)是普通析構(gòu)函數(shù)Derived里有一個指針成員指向堆內(nèi)存然后Base *p new Derived(); delete p;。問會發(fā)生什么。答案是析構(gòu)函數(shù)不是虛函數(shù)時delete基類指針只會調(diào)用基類析構(gòu)函數(shù)派生類析構(gòu)函數(shù)不被調(diào)用派生類中管理的堆內(nèi)存不會被釋放導(dǎo)致內(nèi)存泄漏。這道題的原型就是“什么時候必須把析構(gòu)函數(shù)聲明為virtual”。很多人在背結(jié)論時記住了“基類析構(gòu)函數(shù)要virtual”但理解不了背后的機制——因為C的靜態(tài)類型決定了解析范圍非虛析構(gòu)函數(shù)在編譯期就綁定到Base版本了。試卷里考這個不是為了讓你背規(guī)范而是為了確認你有沒有真正吃透“虛函數(shù)表派發(fā)”這件事。再有一個C經(jīng)典坑const成員函數(shù)和mutable。題目給一個類里面有個成員函數(shù)聲明為const函數(shù)體內(nèi)嘗試修改某個普通成員變量問編譯是否通過。正確答案是“不能通過”除非成員變量聲明為mutable。這道題的變體還有const對象能否調(diào)用非const成員函數(shù)答案是不能。這些細節(jié)在2014年幾乎是大廠筆試標配因為工程里經(jīng)常需要區(qū)分“邏輯上不變”和“物理上不變”的成員C用const和mutable做表達做不好就會出線上bug。與C緊密相關(guān)的是操作系統(tǒng)。這套卷子里的操作系統(tǒng)題很“騰訊”——不考死記硬背的概念而是考你“程序跑起來以后到底發(fā)生了什么”。比如經(jīng)典的“進程和線程的區(qū)別”很多人的答案是“進程是資源分配單位線程是CPU調(diào)度單位”這個背得沒問題但試卷會接著問兩個線程共享哪些資源不共享哪些答案不共享的是棧和寄存器上下文共享的是堆、全局變量、文件描述符和信號處理器。如果你沒寫過真正的多線程程序這題很容易答漏。還有一個我當(dāng)時覺得特別有代表性的考點死鎖產(chǎn)生的四個必要條件互斥、持有并等待、不可剝奪、循環(huán)等待。別以為這是基礎(chǔ)題騰訊的考法很刁——給你一段具體的多線程代碼讓你判斷它是否可能死鎖以及如何破壞條件。這里的核心是“把抽象條件和具體代碼對應(yīng)起來”。很多人學(xué)了死鎖理論卻不會分析實際代碼原因在于他們只在概念層面理解了“循環(huán)等待”但看不懂代碼里鎖的嵌套順序。我建議你復(fù)習(xí)操作系統(tǒng)時不要只看教材要拿真實的多線程代碼當(dāng)閱讀材料逐行分析鎖的獲取順序和釋放路徑。再往下說內(nèi)存管理也是2014年騰訊筆試的重頭戲。它不直接問你“什么是頁表”而是給你一個32位系統(tǒng)、頁面大小4KB、頁表項大小4B讓你計算兩級頁表需要多少內(nèi)存、虛擬地址如何劃分。這種題表面是計算實際考的是“尋址經(jīng)過哪幾步”。我當(dāng)時在這類題上栽過跟頭后來總結(jié)出一個五步法先確定虛擬地址總位數(shù)再確定頁內(nèi)偏移位數(shù)再用總位數(shù)減偏移位數(shù)得到頁號位數(shù)然后根據(jù)頁表項大小算出單級頁表需要多少項最后看是否需要用多級頁表來減少連續(xù)內(nèi)存占用。這套思路放之四海而皆準。你從這套筆試卷里能明顯感覺到騰訊不想招“背八股的人”它想招“真寫過代碼、真排查過bug的人”。C和操作系統(tǒng)這兩塊就是用來區(qū)分這個的關(guān)鍵。4. 網(wǎng)絡(luò)與數(shù)據(jù)庫從TCP狀態(tài)機到SQL優(yōu)化的隱藏分水嶺2014年騰訊研發(fā)筆試里網(wǎng)絡(luò)和數(shù)據(jù)庫的分值占比大約20%-25%但這里面的“陷阱密度”相當(dāng)高。為什么說是隱藏分水嶺因為很多刷算法題刷得飛起的同學(xué)在計算機網(wǎng)絡(luò)和數(shù)據(jù)庫題目上拿不到分。騰訊為什么會考這些因為一個后端研發(fā)同學(xué)日常接觸最多的就是網(wǎng)絡(luò)請求和數(shù)據(jù)庫讀寫這屬于基本功中的基本功。網(wǎng)絡(luò)部分的經(jīng)典考法是TCP三次握手和四次揮手但絕對不是讓你畫個流程圖就完了它會深入考狀態(tài)遷移。比如題目問主動關(guān)閉方在發(fā)送FIN后進入什么狀態(tài)收到ACK后進入什么狀態(tài)收到對端的FIN后進入什么狀態(tài)在TIME_WAIT狀態(tài)等待多久答案是FIN_WAIT_1然后進入FIN_WAIT_2收到對端FIN后進入TIME_WAIT等待2MSL。但如果你只是背狀態(tài)名而不理解為什么TIME_WAIT要等2MSL等舊連接報文在網(wǎng)絡(luò)中消失、確保對端收到ACK題目稍微一變——比如“TIME_WAIT過多會有什么影響如何優(yōu)化”——你就懵了。TIME_WAIT大量出現(xiàn)在高并發(fā)短連接場景中表現(xiàn)為端口資源被占用、連接建立失敗。當(dāng)年的試卷里就有一道這種應(yīng)用類題目考的是你在實際項目中是否遇到過這個情況。騰訊筆試還特別喜歡考TCP和UDP的工程區(qū)別。注意不是“TCP有連接、UDP無連接”這種教科書答案而是如果一個游戲需要實時傳輸玩家位置應(yīng)該用TCP還是UDP為什么很多游戲最終選擇在UDP上自己實現(xiàn)可靠傳輸這道題的考點是“TCP的擁塞控制和重傳機制導(dǎo)致延遲不可控而UDP雖然丟包但延遲可控”。你需要在答案里體現(xiàn)出“理解TCP的可靠性是有代價的”這件事。我當(dāng)時看不少同學(xué)在這里只答了“TCP可靠、UDP不可靠”就結(jié)束了這種答案在試卷上基本拿不到分。數(shù)據(jù)庫部分的思路更有意思。它不考SQL語法考的是“你會不會設(shè)計表、會不會優(yōu)化慢查詢”。有一種典型題目給你一張用戶表和一張訂單表寫一個SQL查出每個用戶的訂單數(shù)和總金額要求用LEFT JOIN和GROUP BY?？此坪唵蔚喚砣丝疾斓氖悄阌袥]有考慮索引優(yōu)化。如果訂單表的user_id上沒有索引全表掃描會非常慢。更進階的考法是“為什么用了索引還是慢”比如索引失效的幾種情況在索引列上做函數(shù)運算、隱式類型轉(zhuǎn)換、LIKE前導(dǎo)通配符、使用OR連接非索引列。這些在2014年就是騰訊筆試的高頻陷阱因為很多人只知道“建索引能加速”但不知道索引在什么場景下幫不上忙。事務(wù)隔離級別也是?？?。題目會給四個隔離級別讀未提交、讀已提交、可重復(fù)讀、串行化然后問你在可重復(fù)讀隔離級別下一個事務(wù)兩次讀取同一行數(shù)據(jù)另一個事務(wù)在這期間修改了這一行并提交第一個事務(wù)兩次讀到的結(jié)果是否相同答案是相同但要注意“幻讀”依然可能發(fā)生。騰訊的筆試往往會把隔離級別和具體數(shù)據(jù)庫實現(xiàn)結(jié)合起來考比如MySQL的默認隔離級別是可重復(fù)讀InnoDB通過間隙鎖解決了一部分幻讀問題。這種延伸考點就是用來拉開學(xué)過和沒學(xué)過數(shù)據(jù)庫原理的人之間的差距。我的建議是復(fù)習(xí)網(wǎng)絡(luò)和數(shù)據(jù)庫時不要只刷題要結(jié)合抓包工具Wireshark和真實的慢查詢?nèi)罩救ヲ炞C你學(xué)到的理論。你只有親眼看到TCP握手時的狀態(tài)變化、親眼看一條SQL執(zhí)行計劃從全表掃描變成索引掃描你才真正理解這些知識而不是停留在“背答案”的階段。5. 從答案反推閱卷標準同一道題為什么有人高分有人跑題很多人刷完這套2014年的卷子對著標準答案對完分數(shù)心里會有一個疑問為什么我答的點和標準答案差不多但分數(shù)卻不高這就涉及到一個關(guān)鍵問題筆試的閱卷不是“找關(guān)鍵詞”而是“看思考路徑”。我當(dāng)年和一些參與過閱卷的同行聊過他們透露了不少判卷時的隱性規(guī)則我挑幾條對你有用的說說。第一條規(guī)則程序填空題和改錯題不只看得分點還看你的訂正質(zhì)量。舉個例子程序輸出題里有一道考的是“i與i的區(qū)別”標準輸出是某個數(shù)字。如果你只是寫出了錯誤答案閱卷人不會給你分但如果你在旁邊標注了“此處是先取原值參與運算再自增”或者寫出了具體的運算步驟哪怕最終結(jié)果錯了也會給一部分過程分。所以你要養(yǎng)成一個習(xí)慣筆試時不要只寫答案把關(guān)鍵計算過程簡寫出來這既是幫自己理清思路也是給閱卷人送分。第二條規(guī)則算法題按步驟給分不是按結(jié)果給分。比如鏈表反轉(zhuǎn)這道題如果你寫出了節(jié)點數(shù)據(jù)結(jié)構(gòu)定義、處理了空鏈表情況、然后寫出了核心代碼哪怕代碼里有小bug也能拿到大部分分。但如果你只寫了一行“return reverseList(head)”然后什么都沒有基本上是零分。這里透露出的閱卷心理是寧可看到一個思路正確但有小瑕疵的完整答案也不愿意看到一個只有函數(shù)名的“正確答案”。第三條規(guī)則選擇題采用“倒扣分”機制時不會做的題空著比蒙答案更劃算。2014年騰訊筆試的不定項選擇題有多選和少選給分規(guī)則一般多選、錯選不得分少選可能得一半分。這時候如果你不確定某個選項盡量不要選。很多人敗在“多選了一個明明很可疑的選項上”導(dǎo)致整題零分。我當(dāng)年策略是只選百分百肯定的選項把不確定的果斷放棄。這看起來保守但總分會比“奮力一搏”高出不少。第四條規(guī)則閱卷人特別反感“寫一堆無關(guān)緊要的話制造字數(shù)”。部分同學(xué)在遇到不會的簡答題時會把題目里的背景信息重新抄一遍或者寫“這道題考察了XXX在我們實際開發(fā)中很重要”這種套話。我在實際判卷中看到這種答案基本上會直接跳過不會給辛苦分。正確的做法是哪怕不會也盡量寫一點和題目直接相關(guān)的推導(dǎo)比如“如果索引建在性別字段上區(qū)分度很低查詢優(yōu)化器可能不會選擇該索引”這至少說明你在往正確的方向思考。第五條規(guī)則編程題不只要對還要“優(yōu)雅”。什么是優(yōu)雅變量命名有意義、不寫重復(fù)代碼、注意邊界條件、適當(dāng)加注釋。2014年的紙質(zhì)筆試雖然沒法跑代碼但閱卷人看代碼的能力很強你寫的東西有沒有工程素養(yǎng)一眼就能看出來。我當(dāng)年在算法題里故意加了一行注釋說明時間復(fù)雜度和空間復(fù)雜度后來復(fù)盤時猜測這行注釋是加分項因為它表明“這個候選人不只會寫代碼還懂評估自己的解法”。從這些規(guī)則你可以看出來筆試的高分不是“正確答案”的堆砌而是你要把自己當(dāng)作一個工程師在紙上展示你的“分析過程”。這其實是一個好習(xí)慣放到今天的線上筆試、面試手寫代碼、系統(tǒng)設(shè)計題里依然適用。6. 復(fù)盤十年用2014年的題練今天的功該做哪些取舍聊到這里你可能會問一個問題都2025年了刷2014年的騰訊筆試老題真的值得嗎我的回答是值得但你不能用“背答案”的方式刷你得帶著“遷移”的眼光去刷。這套卷子里的具體題目到今天已經(jīng)不可能原封不動再出現(xiàn)但它的考點結(jié)構(gòu)、思維模型和踩坑模板仍然是很好的復(fù)習(xí)素材。先說哪些部分“保質(zhì)期”最長。C的虛函數(shù)、內(nèi)存管理和const語義幾乎沒有任何變化這些是C語言的底層規(guī)則十年不廢。操作系統(tǒng)的進程線程模型、死鎖條件、內(nèi)存尋址這些基本概念也依然穩(wěn)如泰山只是題目可能從“計算兩級頁表內(nèi)存”變成“描述虛擬內(nèi)存如何支撐容器隔離”。TCP狀態(tài)機、TIME_WAIT、索引優(yōu)化原則、事務(wù)隔離級別這些知識點在今天的騰訊、阿里、字節(jié)筆試里依然是高頻考點只是現(xiàn)在會更結(jié)合分布式系統(tǒng)、微服務(wù)架構(gòu)出題。再說哪些部分“變了”你需要調(diào)整復(fù)習(xí)方向。2014年沒有Kubernetes、沒有云原生、沒有大規(guī)模AI推理所以那時候的網(wǎng)絡(luò)題集中在TCP/UDP上。而今天的筆試很喜歡考“微服務(wù)里如何做服務(wù)發(fā)現(xiàn)”“gRPC和HTTP/2的關(guān)系”“消息隊列如何保證消息不丟”。這些知識你不會在2014年的卷子里看到需要在復(fù)習(xí)時另起爐灶。但底層邏輯是相通的比如消息隊列保證不丟本質(zhì)還是要理解TCP的確認重傳機制和落盤策略的結(jié)合。那如何用老題來練新功我給你一個實際的操作方法第一遍按原卷條件限時完成模擬真實的考場節(jié)奏重點體會“怎么分配時間”第二遍按知識點歸類把每道題對應(yīng)到具體章節(jié)比如“函數(shù)指針數(shù)組”歸到C“死鎖代碼分析”歸到操作系統(tǒng)“索引失效SQL”歸到數(shù)據(jù)庫第三遍做“換皮練習(xí)”——把老題的考點改造成今天的場景比如把“判斷鏈表是否有環(huán)”改成“判斷一個無限數(shù)據(jù)流中是否出現(xiàn)重復(fù)元素”把“TCP三次握手狀態(tài)遷移”改成“負載均衡器如何維持長連接”。這樣做的好處是你不是在背題你是在訓(xùn)練“從題目里抽取出不變的考察點”的能力。這套能力才是你面試所有大廠通用的底層競爭力。另外給你一個實操層面的建議建立自己的“錯題歸因表”。不要只記“這道題正確答案是什么”要記“我當(dāng)時為什么選錯”。2014年我刷這套題時錯題歸因表上出現(xiàn)最多的是三類原因概念混淆C里數(shù)組名和指針搞混、狀態(tài)遺漏TCP握手狀態(tài)漏了一個中間態(tài)、邊界忽略鏈表題沒寫空鏈表判斷。到了今天這個歸因表依然適用因為面試官最愛問的恰恰是你“為什么會犯這種錯誤”能說得清楚才能證明你真的反思過。最后說句實在話刷這套題重點不在“把題做完”而在于你能不能從中提煉出“大廠出題人怎么想”。騰訊2014年的出題人想找的是基礎(chǔ)扎實、思路清晰、能在壓力下做決策的人。這個標準十年后的騰訊依然在用其他大廠也基本沿用這套邏輯。你可以把這套卷子當(dāng)作一面鏡子照出你當(dāng)前知識體系里最薄弱的環(huán)節(jié)——如果你現(xiàn)在做這套老卷子連C虛函數(shù)和TCP狀態(tài)機都還沒吃透那面對今天更綜合、更場景化的筆試題大概率會更吃力。反過來如果你能把老卷子里的基礎(chǔ)題做到“閉著眼睛都能答對”的程度再去看今天的新題你會發(fā)現(xiàn)很多題目只是換了層殼內(nèi)核還是那些東西。