1. 先看這場(chǎng)筆試在考什么全棧崗位的考察邏輯拆解美團(tuán)秋招第二批筆試的全棧崗最近不少同學(xué)在問。我結(jié)合往年真題和今年已經(jīng)結(jié)束的第一批情況把這場(chǎng)筆試的核心邏輯先擺出來。全棧崗位筆試和純前端、純后端最大的區(qū)別在于它不會(huì)只考單一方向的深挖題而是用一套卷子同時(shí)探測(cè)你的前端基礎(chǔ)、后端基礎(chǔ)、算法能力和工程素養(yǎng)。說白了企業(yè)要的不是“什么都會(huì)一點(diǎn)”的人而是“前后端都能上手、有全局視野、能獨(dú)立打通一條業(yè)務(wù)鏈路”的人。這從美團(tuán)第二批筆試的題型分布和題目?jī)A向上能看得很明顯。我通常把全棧筆試的題目分成四個(gè)層次第一層是通用算法題占分最高基本是LeetCode中等偏上難度偶爾有困難題。第二層是前端專項(xiàng)圍繞JavaScript語言特性、瀏覽器機(jī)制、React/Vue框架原理。第三層是后端專項(xiàng)圍繞Node.js/Java基礎(chǔ)、HTTP協(xié)議、數(shù)據(jù)庫、緩存、消息隊(duì)列。第四層是綜合工程題以場(chǎng)景題或問答題形式出現(xiàn)考察系統(tǒng)設(shè)計(jì)思維和全棧鏈路理解。美團(tuán)第二批筆試整體風(fēng)格延續(xù)了“大廠全棧崗”的典型套路題型覆蓋面廣、單題深度適中、時(shí)間緊張但又不至于做不完。如果你準(zhǔn)備過第一批會(huì)發(fā)現(xiàn)題型框架基本一致但第二批通常會(huì)在動(dòng)態(tài)規(guī)劃和前端原理題上做文章這可能也是被安排在第二批的用意——和第一批形成難度錯(cuò)峰。適合看這篇內(nèi)容的讀者很明確正在準(zhǔn)備秋招全棧崗筆試的同學(xué)尤其是目標(biāo)鎖定美團(tuán)這種一線互聯(lián)網(wǎng)大廠的以及那些準(zhǔn)備從純前端或純后端轉(zhuǎn)全棧、想了解大廠考察點(diǎn)的開發(fā)者。這篇內(nèi)容我會(huì)把考察知識(shí)點(diǎn)逐項(xiàng)拆開結(jié)合真題方向和備考實(shí)操給你一條可落地的準(zhǔn)備路徑。2. 筆試整體設(shè)計(jì)與考察方向解讀2.1 題型結(jié)構(gòu)與時(shí)間分配策略先說結(jié)論美團(tuán)全棧崗第二批筆試我拿到的情況是120分鐘題型包含10道左右選擇題、2道算法編程題和1道綜合問答題。這個(gè)結(jié)構(gòu)和很多大廠全棧崗位是一致的——用選擇題篩基礎(chǔ)面用編程題篩算法硬實(shí)力用綜合題篩工程思維。選擇題的考察非常雜我整理了一下基本集中在以下幾個(gè)方向JavaScript語言特性閉包、原型鏈、事件循環(huán)、this指向、Promise/async原理。瀏覽器相關(guān)渲染流程、緩存機(jī)制、跨域方案、Web安全。前端框架React的虛擬DOM與diff算法、Hooks原理、Vue的響應(yīng)式系統(tǒng)、組件通信。后端基礎(chǔ)HTTP狀態(tài)碼與請(qǐng)求流程、TCP/UDP區(qū)別、進(jìn)程與線程。數(shù)據(jù)庫索引失效場(chǎng)景、事務(wù)隔離級(jí)別、SQL優(yōu)化。工程化與網(wǎng)絡(luò)Webpack構(gòu)建流程、Docker常用命令、Linux定位問題的方法。編程題方面第二批美團(tuán)全棧崗的兩道題我了解的版本分別是一道動(dòng)態(tài)規(guī)劃背包類變種和一道二叉樹相關(guān)的題目。這類題目是筆試刷人的主力也是區(qū)分度最高的部分。時(shí)間分配上我的建議是選擇題控制在25到30分鐘每道題不超過3分鐘不會(huì)的果斷標(biāo)記后跳過。編程題預(yù)留60分鐘第一道簡(jiǎn)單題25分鐘內(nèi)AC第二道難題盡量保證部分用例通過。綜合問答題留15到20分鐘答題結(jié)構(gòu)清晰比字?jǐn)?shù)多更重要。2.2 這批筆試的隱藏考察點(diǎn)除了明面上的知識(shí)點(diǎn)美團(tuán)筆試還有一個(gè)隱藏考察點(diǎn)我稱之為“工程落地意識(shí)”。舉個(gè)例子選擇題里經(jīng)常出現(xiàn)“這段代碼在瀏覽器控制臺(tái)會(huì)輸出什么”這種題表面考JS執(zhí)行機(jī)制實(shí)際上考察你在真實(shí)開發(fā)中能否預(yù)判異步代碼的執(zhí)行順序。全棧崗位尤其看重這一點(diǎn)因?yàn)槿珬９こ處熑粘Ｒ瑫r(shí)處理接口數(shù)據(jù)、渲染更新和用戶交互異步邏輯幾乎是每天都要面對(duì)的。另一個(gè)隱藏考察點(diǎn)是代碼質(zhì)量意識(shí)。編程題雖然只要最終答案正確就能得分但美團(tuán)筆試系統(tǒng)會(huì)記錄你的代碼提交記錄。如果你提交了十幾次才通過或者代碼里出現(xiàn)大量調(diào)試遺留物面試官在后續(xù)review中是有機(jī)會(huì)看到的。全部提交太多次面試時(shí)會(huì)被重點(diǎn)追問思路和推導(dǎo)過程這一塊我建議在平時(shí)練習(xí)時(shí)就養(yǎng)成“先理清思路再寫代碼”的習(xí)慣減少無效提交。綜合問答題的隱藏考察點(diǎn)則更偏向系統(tǒng)思維。今年第二批的綜合題方向我了解到的版本是關(guān)于高并發(fā)場(chǎng)景下數(shù)據(jù)一致性的方案設(shè)計(jì)。這種題目沒有標(biāo)準(zhǔn)答案但閱卷時(shí)會(huì)看你的思維完整度有沒有考慮數(shù)據(jù)分片、有沒有探討最終一致性和強(qiáng)一致性的取舍、有沒有提到緩存與數(shù)據(jù)庫的一致性保障方案。哪怕只是從全棧角度把前端請(qǐng)求到后端落庫的完整鏈路梳理清晰也能拿到不錯(cuò)的分?jǐn)?shù)。3. 核心知識(shí)點(diǎn)深度拆解全棧筆試的重點(diǎn)與難點(diǎn)3.1 前端方向JS原理與框架機(jī)制必須吃透前端方向的筆試題目如果只準(zhǔn)備API用法多半會(huì)翻車。美團(tuán)這類大廠考察的是原理層理解。我舉幾個(gè)高頻題目類型。事件循環(huán)是必考的。筆試?yán)锍Ｒ姷某鲱}方式有給一段混合了setTimeout、Promise、async/await的代碼讓你寫出輸出順序。這類題本質(zhì)上考的是對(duì)宏任務(wù)、微任務(wù)執(zhí)行機(jī)制的理解。我的記憶方法是同步代碼先執(zhí)行然后每輪事件循環(huán)先清空微任務(wù)隊(duì)列再?gòu)暮耆蝿?wù)隊(duì)列取一個(gè)任務(wù)執(zhí)行以此循環(huán)。遇到async/await時(shí)把a(bǔ)wait后面看作微任務(wù)的注冊(cè)點(diǎn)這樣推導(dǎo)順序會(huì)清晰很多。React Hooks的依賴數(shù)組也是高頻考點(diǎn)。一個(gè)典型題目會(huì)給你一個(gè)useEffect然后問你不同依賴數(shù)組下組件的渲染次數(shù)、請(qǐng)求發(fā)送次數(shù)。這類題需要理解useEffect的執(zhí)行時(shí)機(jī)以及在嚴(yán)格模式下React會(huì)額外執(zhí)行一次副作用。常見的坑是依賴數(shù)組里漏了某個(gè)變量導(dǎo)致閉包捕獲了舊值這道題在全棧筆試中吃過虧的同學(xué)不在少數(shù)。原型鏈和this指向則是老生常談但每年都考重點(diǎn)看一下new綁定、隱式綁定、顯式綁定call/apply/bind、箭頭函數(shù)四種this指向規(guī)則就足夠了。答題時(shí)有個(gè)技巧先看有沒有new再看有沒有bind/call/apply接著看調(diào)用方式是否為對(duì)象方法調(diào)用最后默認(rèn)指向全局或undefined。3.2 后端方向網(wǎng)絡(luò)協(xié)議與并發(fā)模型是重頭戲后端方向的考點(diǎn)主要集中在HTTP協(xié)議、并發(fā)模型和數(shù)據(jù)庫三塊。全棧崗位的后端考察不會(huì)像后端崗那么深但要求“知其然也知其所以然”。HTTP協(xié)議的高頻考點(diǎn)包括HTTP狀態(tài)碼語義尤其是301/302/304/401/403/500/502/503、HTTP緩存機(jī)制強(qiáng)緩存與協(xié)商緩存的字段比如Cache-Control和ETag、HTTP與HTTPS的握手過程。這里我特別建議把HTTPS的完整握手流程畫一遍包括客戶端發(fā)送ClientHello、服務(wù)端返回證書、密鑰交換、雙方生成會(huì)話密鑰的過程筆試選擇題最喜歡在這個(gè)環(huán)節(jié)設(shè)陷阱。Node.js的并發(fā)模型也是全棧筆試的常見考點(diǎn)。核心是理解Node的單線程事件循環(huán)和libuv線程池的關(guān)系。選擇題一般會(huì)問Node.js適合什么類型的任務(wù)I/O密集型、不適合什么類型的任務(wù)CPU密集型。原因在于CPU密集型任務(wù)會(huì)阻塞事件循環(huán)導(dǎo)致后續(xù)請(qǐng)求無法及時(shí)處理。這道題我在面試美團(tuán)全棧崗時(shí)也被追問過如果能把“為什么Node單線程還能高并發(fā)”的原理講清楚是很大的加分項(xiàng)。數(shù)據(jù)庫方向索引和事務(wù)是兩座大山。索引側(cè)重考察“什么時(shí)候索引會(huì)失效”比如對(duì)索引列使用函數(shù)運(yùn)算、隱式類型轉(zhuǎn)換、左模糊查詢、or連接條件中包含非索引列等。事務(wù)側(cè)重考察隔離級(jí)別與鎖的關(guān)系特別是可重復(fù)讀在MySQL默認(rèn)隔離級(jí)別下如何通過MVCC和間隙鎖解決幻讀。筆試題目一般不會(huì)讓你完整復(fù)述原理但會(huì)給你一個(gè)場(chǎng)景讓你選擇問題原因或解決方案理解機(jī)制比背結(jié)論重要得多。3.3 算法方向動(dòng)態(tài)規(guī)劃與樹形結(jié)構(gòu)題目解析算法題是全棧筆試的硬骨頭也是區(qū)分度最大的一環(huán)。從美團(tuán)第二批的情況來看兩道題分別落在動(dòng)態(tài)規(guī)劃和二叉樹領(lǐng)域。動(dòng)態(tài)規(guī)劃的考察方向往年最常見的其實(shí)是背包類變種。比如給定若干物品的體積和價(jià)值背包容量為V求最多能裝多少價(jià)值但物品的選擇需要滿足某些額外條件比如不能選擇相鄰的物品或者有依賴關(guān)系。這類題在LeetCode里對(duì)應(yīng)的是打家劫舍系列、零錢兌換系列和帶限制的背包問題。突破口是先寫狀態(tài)定義再列狀態(tài)轉(zhuǎn)移方程最后處理邊界條件。我用一個(gè)模板化思路第一步定義dp[i]的含義第二步想清楚dp[i]怎么從dp[i-1]或dp[i-2]轉(zhuǎn)移過來第三步初始化第四步考慮空間優(yōu)化。二叉樹題目則側(cè)重層序遍歷、公共祖先、路徑和等方向。美團(tuán)特別愛考的是二叉樹路徑類問題比如統(tǒng)計(jì)路徑和等于某個(gè)值的路徑數(shù)量。這類題目既可以用DFS回溯也可以用前綴和優(yōu)化。前綴和思路是維護(hù)從根節(jié)點(diǎn)到當(dāng)前節(jié)點(diǎn)的路徑前綴和用哈希表記錄前綴和出現(xiàn)的次數(shù)當(dāng)前節(jié)點(diǎn)的前綴和減去目標(biāo)值如果在哈希表中存在就說明存在一條合法路徑。這個(gè)寫法復(fù)雜度O(n)但細(xì)節(jié)較多需要特別注意回溯時(shí)哈希表計(jì)數(shù)的恢復(fù)。我給一個(gè)建議筆試前兩周把LeetCode上動(dòng)態(tài)規(guī)劃和二叉樹的hot 100題目扎扎實(shí)實(shí)過一遍每道題都按“思路邊界條件復(fù)雜度分析”三步總結(jié)效率遠(yuǎn)高于盲目刷題。3.4 數(shù)據(jù)庫與系統(tǒng)設(shè)計(jì)不靠背靠結(jié)構(gòu)化思考綜合問答題通常圍繞系統(tǒng)設(shè)計(jì)展開對(duì)全棧崗位來說方向一般不會(huì)太深但需要展示出完整的鏈路思維。今年第二批出現(xiàn)的高并發(fā)場(chǎng)景下的數(shù)據(jù)一致性方案就是典型題目。我的答題框架通常分四步場(chǎng)景分析、方案選型、關(guān)鍵細(xì)節(jié)、風(fēng)險(xiǎn)與兜底。以高并發(fā)數(shù)據(jù)一致性為例先把場(chǎng)景拆清楚是讀多寫少還是寫多讀多對(duì)數(shù)據(jù)一致性的要求是強(qiáng)一致還是最終一致即可。然后分別給出方案如果選緩存方案要說明緩存更新策略是Cache Aside Pattern還是Write Through以及為什么不用先刪緩存再更新數(shù)據(jù)庫并發(fā)條件下容易出現(xiàn)臟數(shù)據(jù)如果選消息隊(duì)列方案要說明如何用本地消息表或事務(wù)消息保證消息不丟失、不重復(fù)消費(fèi)。最后補(bǔ)充風(fēng)險(xiǎn)點(diǎn)緩存穿透、擊穿、雪崩的應(yīng)對(duì)措施。這個(gè)答題思路能幫你把零散的知識(shí)點(diǎn)串成體系。閱卷人看的不是某一個(gè)答案有多驚艷而是思維是否完整、取舍是否合理、邊界是否覆蓋到位。4. 實(shí)操備考方法論從真題方向到可落地計(jì)劃4.1 不同基礎(chǔ)人群的備考側(cè)重點(diǎn)備考方案不可能一套打天下。我把考生分成三類每類的側(cè)重點(diǎn)不同。第一類是科班出身、算法基礎(chǔ)扎實(shí)的同學(xué)。你的優(yōu)勢(shì)在編程題但容易在選擇題上栽跟頭尤其是前端框架原理和工程化知識(shí)平時(shí)寫業(yè)務(wù)代碼很少接觸。備考重點(diǎn)應(yīng)該是把React/Vue原理、Webpack構(gòu)建流程、HTTP緩存這些基礎(chǔ)模塊過一遍通過刷選擇題來查漏補(bǔ)缺。第二類是前端轉(zhuǎn)全棧的同學(xué)。你的強(qiáng)項(xiàng)在JS和瀏覽器機(jī)制弱項(xiàng)在后端基礎(chǔ)和算法。這里我特別提醒不要花太多時(shí)間在Spring全家桶上大廠全棧筆試對(duì)Java的考察深度有限重心應(yīng)放在Node.js、數(shù)據(jù)庫原理、Redis緩存、消息隊(duì)列這些更通用的后端組件上。算法部分至少保證中等難度題穩(wěn)定AC否則筆試很難通過。第三類是非科班轉(zhuǎn)行或基礎(chǔ)較弱的同學(xué)。建議拉長(zhǎng)備考周期至少提前三個(gè)月。前兩個(gè)月把四門基礎(chǔ)課補(bǔ)扎實(shí)數(shù)據(jù)結(jié)構(gòu)、計(jì)算機(jī)網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫原理。第三個(gè)月再進(jìn)入刷題和模擬筆試階段。沒有底層知識(shí)支撐刷題只是表面功夫遇到變形題就抓瞎。4.2 刷題策略按專題而非按數(shù)量很多人刷題有個(gè)誤區(qū)就是按LeetCode順序從頭刷到尾。這種方式效率很低因?yàn)橹R(shí)點(diǎn)會(huì)反復(fù)橫跳剛建立的解題直覺很快被沖散。我的做法是按專題板塊刷每個(gè)板塊集中突破刷出感覺后再換下一個(gè)。推薦順序是數(shù)組/雙指針、鏈表、棧與隊(duì)列、哈希表、二叉樹、回溯、貪心、動(dòng)態(tài)規(guī)劃、圖。每個(gè)專題內(nèi)部按難度從易到難同類型的題目放在一起做對(duì)比總結(jié)出統(tǒng)一模板。具體到全棧崗位算法題的優(yōu)先級(jí)我這樣排二叉樹和動(dòng)態(tài)規(guī)劃優(yōu)先級(jí)最高對(duì)應(yīng)筆試高頻題鏈表和雙指針其次應(yīng)對(duì)中等偏簡(jiǎn)單的保分題圖和回溯再次屬于錦上添花的部分時(shí)間不夠可以戰(zhàn)略性放棄。刷題過程中建議每周做一次模擬筆試用100到120分鐘完整做一套題目。模擬時(shí)要刻意練習(xí)“先寫思路再做代碼”的習(xí)慣把時(shí)間記下來看看自己在哪類題上花的時(shí)間過多及時(shí)調(diào)整分配。4.3 選擇題準(zhǔn)備用錯(cuò)題本建立知識(shí)網(wǎng)選擇題在全棧筆試中占比不小但它其實(shí)是最容易通過短期準(zhǔn)備拿到分?jǐn)?shù)的部分。核心方法就一個(gè)建立錯(cuò)題本按知識(shí)點(diǎn)歸類。我會(huì)把選擇題錯(cuò)題分成三類語言特性類JS/TS、網(wǎng)絡(luò)協(xié)議類HTTP/TCP/DNS、工程工具類Webpack/Docker/Linux。每隔三天回看一次錯(cuò)題一周后再做一遍直到能一次全對(duì)為止。這個(gè)方法看起來笨但實(shí)測(cè)對(duì)提分很有效因?yàn)檫x擇題的知識(shí)點(diǎn)高度重復(fù)只要把常考的幾十個(gè)點(diǎn)吃透考場(chǎng)上大部分題都是“見過的”。另外多提一句美團(tuán)筆試選擇題通常是不定項(xiàng)選擇多選、漏選都不得分或得部分分所以做多選題時(shí)如果把握不大寧可只選最有把握的選項(xiàng)也要避免因錯(cuò)選導(dǎo)致整題零分。不確定性高的選項(xiàng)不要冒險(xiǎn)去選穩(wěn)定拿分比冒險(xiǎn)沖刺更劃算。4.4 綜合問答題的練習(xí)方式模擬限時(shí)寫作綜合問答題最容易被忽略但它的分值往往比一道算法題還高。很多同學(xué)考試時(shí)想到什么寫什么結(jié)構(gòu)混亂閱卷人很難抓住重點(diǎn)。我的建議是平時(shí)準(zhǔn)備時(shí)就練限時(shí)寫作。找?guī)椎澜?jīng)典的系統(tǒng)設(shè)計(jì)場(chǎng)景題比如“設(shè)計(jì)一個(gè)短鏈接系統(tǒng)”“設(shè)計(jì)一個(gè)秒殺系統(tǒng)”“如何保證訂單不超賣”每道題給自己15分鐘手寫答題框架。框架包含場(chǎng)景與約束分析、高并發(fā)解決方案、數(shù)據(jù)存儲(chǔ)設(shè)計(jì)、風(fēng)險(xiǎn)與兜底策略。練十道左右之后你會(huì)發(fā)現(xiàn)答題思路自然形成了考試時(shí)即使遇到?jīng)]見過的題也能套用框架組織答案。這里分享一個(gè)細(xì)節(jié)在答題時(shí)把所有“我要解決什么問題”放在最前面把每條方案的關(guān)鍵詞加粗或單獨(dú)換行看起來你思路清晰。閱卷人一天要看很多份卷子結(jié)構(gòu)清楚本身就是一種優(yōu)勢(shì)。5. 常見問題與避坑實(shí)錄筆試現(xiàn)場(chǎng)容易翻車的環(huán)節(jié)5.1 編程題“讀懂了但AC不了”的排查清單編程題是筆試中翻車最集中的環(huán)節(jié)我總結(jié)了幾種常見情況你可以對(duì)照排查。第一邊界條件沒處理干凈。比如二叉樹為空、數(shù)組長(zhǎng)度為1、目標(biāo)值不存在于數(shù)組中。這些邊界case在大樣例中一定會(huì)出現(xiàn)我習(xí)慣是在寫完主邏輯后先把邊界case手動(dòng)跑一遍再提交。第二動(dòng)態(tài)規(guī)劃的狀態(tài)定義不準(zhǔn)確。最常見的是dp數(shù)組含義模糊導(dǎo)致轉(zhuǎn)移方程寫不出來。如果一道題卡了十幾分鐘還理不清轉(zhuǎn)移方程建議回到狀態(tài)定義上來重新審題確認(rèn)“子問題”是什么。這里有一個(gè)實(shí)用技巧用“最后一個(gè)動(dòng)作”來倒推轉(zhuǎn)移關(guān)系如果dp[i]表示前i個(gè)元素的結(jié)果那就想“第i個(gè)元素到底選還是不選、加入還是不加入”這樣通常能寫出轉(zhuǎn)移方程。第三數(shù)據(jù)范圍沒看用錯(cuò)算法。看到題目里n最大是10^5你還寫O(n^2)的解法必然超時(shí)。筆試前把常見數(shù)據(jù)范圍對(duì)應(yīng)的時(shí)間復(fù)雜度記熟n在10^3以下可以用O(n^2)n在10^5以上只能用O(nlogn)或更優(yōu)。第四遞歸回溯沒恢復(fù)現(xiàn)場(chǎng)。二叉樹路徑類、子集類問題都需要在回溯后恢復(fù)狀態(tài)漏掉這一步會(huì)導(dǎo)致結(jié)果錯(cuò)亂。寫代碼時(shí)可以在回溯函數(shù)開頭和結(jié)尾成對(duì)檢查update和rollback操作。5.2 時(shí)間不夠用時(shí)的破局策略筆試時(shí)間緊張時(shí)合理的取舍策略比悶頭硬剛更重要。我的策略是“先保基礎(chǔ)分再?zèng)_刺難題”。具體操作選擇題先做一遍遇到不確定的直接標(biāo)記不在選擇題上死磕。編程題先做簡(jiǎn)單那道即使不能完整AC也要把核心邏輯寫出來盡量讓部分測(cè)試用例通過拿到部分分?jǐn)?shù)。難題如果思路有眉目先把狀態(tài)轉(zhuǎn)移方程寫出來、實(shí)現(xiàn)一個(gè)樸素版本哪怕超時(shí)也能得一部分分完全沒思路就直接放棄把時(shí)間留給綜合問答題。一個(gè)容易被忽視的點(diǎn)綜合問答題不要交白卷。這道題往往考察的是結(jié)構(gòu)化思維哪怕你的方案不完美只要能展示出分析過程就能拿分。我的經(jīng)驗(yàn)是就算只剩5分鐘也要快速列出場(chǎng)景拆解、選型思路、風(fēng)險(xiǎn)點(diǎn)這幾個(gè)小標(biāo)題然后把關(guān)鍵要點(diǎn)簡(jiǎn)要填進(jìn)去。5.3 選擇題和綜合題中的“陷阱”案例選擇題里經(jīng)常出現(xiàn)“看似正確實(shí)則有坑”的選項(xiàng)。我舉幾個(gè)實(shí)際遇到過的案例。第一個(gè)是HTTP狀態(tài)碼的陷阱。題目問“用戶訪問不存在的資源時(shí)應(yīng)該返回什么狀態(tài)碼”很多同學(xué)會(huì)選404但實(shí)際要看上下文。如果域名不存在的資源也不存在但用戶沒有權(quán)限訪問有些后端會(huì)故意返回404而不是403以避免泄露資源存在性。這類題目不是考記憶而是考理解狀態(tài)碼語義的粒度。第二個(gè)是React嚴(yán)格模式的陷阱。題目問“組件render執(zhí)行了幾次”如果沒注意代碼是否包裹在StrictMode中很容易數(shù)錯(cuò)。開發(fā)環(huán)境下StrictMode會(huì)故意讓組件執(zhí)行兩次render這是為了幫助開發(fā)者發(fā)現(xiàn)副作用問題不是bug。筆試如果你忽略了這個(gè)細(xì)節(jié)很容易掉坑。第三個(gè)是數(shù)據(jù)庫索引失效的陷阱。題目給出一個(gè)SQL問哪些寫法會(huì)導(dǎo)致索引失效。最常見的坑是“對(duì)索引列進(jìn)行了運(yùn)算或函數(shù)操作”比如where age 1 20這種寫法會(huì)導(dǎo)致索引失效但很多同學(xué)會(huì)忽略這個(gè)細(xì)節(jié)直接選了索引仍然生效的選項(xiàng)。5.4 實(shí)戰(zhàn)復(fù)盤一次全棧筆試的時(shí)間分配實(shí)錄最后分享一次我實(shí)際參加的模擬筆試時(shí)間記錄供你參考。0到8分鐘快速通覽全部題目標(biāo)記選擇題中不確定的題目。8到30分鐘做選擇題遇到標(biāo)記的題目時(shí)快速給出第一直覺答案不做長(zhǎng)時(shí)間糾結(jié)。30到55分鐘做第一道編程題先寫思路再寫代碼跑通樣例后再補(bǔ)充邊界case25分鐘內(nèi)AC。55到90分鐘做第二道編程題動(dòng)態(tài)規(guī)劃這道題我花了20分鐘理清轉(zhuǎn)移方程又花了15分鐘實(shí)現(xiàn)和調(diào)試最后通過全部用例。90到110分鐘做綜合問答題按框架組織答案重點(diǎn)寫清場(chǎng)景拆解和方案選型。110到120分鐘檢查選擇題標(biāo)記項(xiàng)修正了兩道題的答案。這套時(shí)間分配不是為了讓你照搬而是想說一個(gè)核心邏輯筆試比拼的不是單題難度而是整體拿分效率。提前規(guī)劃好各題型的時(shí)間上限考試時(shí)才不會(huì)被某道難題帶偏節(jié)奏。6. 實(shí)操心得全棧崗筆試背后的真實(shí)能力要求我自己在帶人的過程中觀察到很多人把全棧崗筆試當(dāng)成“背知識(shí)點(diǎn)刷算法”的考試這個(gè)理解不夠完整。美團(tuán)這類大廠設(shè)置全棧筆試真正的篩選邏輯是在有限的題型內(nèi)探測(cè)候選人是否具備“從頭到尾獨(dú)立交付一個(gè)功能”的能力。算法題對(duì)應(yīng)邏輯拆解能力前端題對(duì)應(yīng)交互與頁面實(shí)現(xiàn)能力后端題對(duì)應(yīng)接口與數(shù)據(jù)能力綜合題對(duì)應(yīng)全局設(shè)計(jì)能力——這四塊拼起來正是一個(gè)全棧開發(fā)者的日常工作截面。準(zhǔn)備筆試時(shí)你會(huì)發(fā)現(xiàn)很多知識(shí)點(diǎn)是相互串聯(lián)的。比如你在學(xué)HTTP緩存時(shí)能聯(lián)想到瀏覽器強(qiáng)緩存和前端靜態(tài)資源更新策略你在學(xué)數(shù)據(jù)庫索引時(shí)能反向思考前端列表頁為什么會(huì)越查越慢。這種串聯(lián)能力不是靠背誦獲得的而是靠把手上的項(xiàng)目從前端頁面寫到后端接口、再寫到數(shù)據(jù)庫表設(shè)計(jì)的完整鏈路走一遍。所以我常建議準(zhǔn)備筆試的同學(xué)除了刷題之外還是得親自完成一個(gè)“企業(yè)級(jí)后臺(tái)管理系統(tǒng)”類的全棧項(xiàng)目把用戶登錄鑒權(quán)、權(quán)限管理、CRUD列表、圖表展示這些功能從前到后完整實(shí)現(xiàn)一遍。項(xiàng)目不在于多大多炫而在于過程中的每個(gè)環(huán)節(jié)你都理解得足夠透徹。筆試時(shí)遇到“登錄態(tài)過期后前端如何處理、后端如何返回”這種綜合題時(shí)有真實(shí)項(xiàng)目經(jīng)驗(yàn)的人一眼就能看出考點(diǎn)分布沒做過的人只能憑猜。如果時(shí)間實(shí)在有限優(yōu)先把算法題穩(wěn)定住這是筆試的基本盤。第二優(yōu)先級(jí)給數(shù)據(jù)庫和網(wǎng)絡(luò)基礎(chǔ)這是選擇題和綜合題的分?jǐn)?shù)來源。第三優(yōu)先級(jí)才是框架原理深挖這部分決定了你的上限但短期提分速度不如前兩者。靈活調(diào)整優(yōu)先級(jí)按剩下天數(shù)分配精力才是考前的穩(wěn)妥策略。