每年秋招一到“前端笔试”四个字就能精准戳中一大批人的焦虑点。我去年翻着自己整理的点我达2019届校招前端开发笔试复盘笔记时最大的感受是校招前端笔试其实没有想象中那么玄乎它考的东西翻来覆去就那么多区别只在于你有没有用对方法去准备、有没有在考后认真做一轮拆解。这篇文章想做的事很具体——把前端校招笔试的考察逻辑、高频考点、答题策略和最容易丢分的地方一次性讲清楚。不管你是刚开始刷题的大三学生还是准备跳槽转岗的初级前端都能顺着这套思路做一次系统性自查。1. 校招前端笔试到底在考什么1.1 笔试类型与考察目标拆解先把我对校招前端笔试的整体判断放在前面校招笔试从来都不是为了筛出“什么都会”的人而是为了筛掉“基础不牢”和“思路混乱”的人。你去看各个公司的笔试题表面上是选择题、简答题、编程题三种形态背后的考察目标其实非常固定。选择题主要覆盖JavaScript基础、CSS布局、浏览器API、计算机网络、数据结构与算法基础。这类题的特点是量大、分值分散、知识点碎很多时候你复习时觉得某个点“不太可能考”结果它偏偏就出现在选项的干扰项里。比如我印象很深的一道题考的是Array.prototype.map和parseInt组合使用时返回值是什么。[1, 2, 3].map(parseInt)的结果很多人第一次做都会答错因为它考的是parseInt第二个参数radix会被map的第二个参数index覆盖。这就是典型的选择题考点不深但特别容易踩坑。简答题则侧重考察理解深度和表达能力。它通常会问“什么是闭包”“谈谈浏览器缓存机制”“Vue的nextTick原理是什么”这类问题。你以为自己在考场上写得挺多但判卷人看的是你有没有说到关键点。同样是讲闭包A同学写“函数里面的函数就是闭包”B同学写“闭包是指内部函数引用了外部函数的变量且该变量在外部函数执行完后不会被销毁”高下立判。编程题是整场笔试中区分度最大的一块。它通常包含两到三道算法题和一道手写代码题。算法题以数组、字符串、链表、二叉树、动态规划为主难度不会到竞赛级别但要求你“写得出”且“写得对”。手写代码题则经常让候选人实现防抖节流、深拷贝、Promise.all、观察者模式、数组去重、ES5继承等常见工具函数。很多人在这一块栽跟头不是不会写而是没注意到边界条件和输入输出的鲁棒性。1.2 前端笔试的时间分配策略点我达当年的前端笔试我印象里是固定时间内完成一张混合卷总题量大但单题分值不算高。这种卷子最忌讳的就是“死磕单题”。我的原则是先花3到5分钟快速浏览全卷把题目按“必拿分”“可尝试”“战略放弃”分个类然后按顺序往下做遇到卡壳超过5分钟的题目直接在草稿纸上标记最后再回来处理。选择题和判断题要控制节奏平均每题控制在1到1.5分钟以内不能犹豫第一直觉往往是对的。简答题建议每道控制在8到10分钟写清楚核心概念加一个例子就收手不用为了凑字数越写越远。编程题要预留至少40%的时间因为这类题无论思路多清晰写代码、调bug、验证边界样样都耗时间。我在复盘那场笔试时统计过一个规律能通过校招笔试的人几乎都不是“把所有题都做完”的人而是“该对的题全对”的人。所以拿到卷子先把会做的做对不要因为一道难题占用太多时间导致后面的大题没有时间写。这点非常关键笔试不像平时写项目你可以慢慢琢磨它是限时博弈不是完美主义者的游戏。2. 前端核心知识点全拆解从语言功底到工程认知2.1 JavaScript基础面试高频点JavaScript是所有前端笔试题的绝对主角一般能占到基础部分50%以上的比重。我在复盘时会把JS基础分成几个固定板块作用域与闭包、原型与原型链、this指向、事件循环、异步编程、ES6新特性。作用域与闭包是必考内容但出题形式越来越灵活。除了纯概念题更多是基于代码输出题来考察比如经典考题“写出以下代码的输出顺序并解释原因”。这类题通常会把var的变量提升、函数声明提升、块级作用域、let的暂时性死区混在一起用来测试你对作用域链的完整理解。我建议准备时不要只背概念而是亲手在控制台跑一遍各种作用域的嵌套例子把“词法作用域”四个字吃透。this指向是另一个高频重灾区。笔试里常见的考法是让你判断某个函数调用中this的指向有时候还配合箭头函数、bind、call、apply一起考。有一道经典坑题是这样的var length 10 function fn() { console.log(this.length) } var obj { length: 5, method: function(fn) { fn() arguments[0]() } } obj.method(fn, 1)在非严格模式下fn()中的this指向全局对象所以打印10而arguments[0]()中的this指向arguments对象arguments.length因为传了两个参数所以是2。很多人在笔试里第一问能答对第二问直接懵。这种题考的就是你有没有真正理解“调用位置决定this指向”这条规则而不是死记硬背“函数里this指向全局”这种片面的结论。事件循环与异步编程也是必考中的必考。有时候一道题把setTimeout、Promise、async/await、requestAnimationFrame全混在一起让你写输出顺序。我建议准备这种题目的时候脑子里要有一个完整的“宏任务、微任务、渲染时机”模型。理解执行顺序的核心是同步代码先执行然后清空微任务队列再从宏任务队列取一个任务执行如此循环。async/await本质上也是Promise语法糖await后面跟着的代码相当于.then里的回调会进入微任务队列。关于ES6新特性笔试更爱考那些“看起来简单实际有讲究”的语法。比如热词里反复出现的“函数 ...arg”指的就是剩余参数和展开运算符。一道经典笔试题问Math.max(...arr)和Math.max.apply(null, arr)在某个场景下会不会出问题如果arr特别长用apply可能会超出调用栈限制而展开运算符则没有这个问题。这类细节如果我们平时写业务不深究考场上很容易失分。2.2 浏览器、网络与前端规范类考点很多准备校招的人有个误区觉得前端笔试就是刷LeetCode和背JS题忽略了浏览器和网络基础。但从实际校招卷来看浏览器缓存、跨域、HTTP状态码、渲染过程这几个点出现频率非常高。浏览器缓存是我觉得性价比最高的考点之一。因为它既考知识点又考实践理解。笔试里常见的问题是让候选人解释强缓存和协商缓存的区别写出对应的HTTP头字段。我的答题模板是强缓存对应Expires和Cache-Control命中后直接从本地读取不发请求协商缓存对应Last-Modified/If-Modified-Since和ETag/If-None-Match每次需要向服务器确认缓存是否失效服务器返回304则继续使用本地缓存返回200则更新缓存。多说一句Cache-Control的优先级高于ExpiresETag的优先级高于Last-Modified这些细节也是加分项。跨域问题也是笔试常客而且经常跟实际场景绑定。比如“前后端分离项目中前端在localhost:8080后端接口在localhost:3000为什么请求失败怎么解决”这种题的核心是考察同源策略以及JSONP、CORS、proxy代理等方案。回答时不要只把方案列出来最好简要说明各自的使用场景和限制。CORS适合后端能配合修改响应头的场景JSONP只支持GET请求且存在安全风险dev环境下的webpack-dev-server代理是最常用的开发期方案。关于“前端开发规范vue”这个热词我想多说几句。笔试中的简答题有时候会问“你平时怎么写代码才能保证团队协作效率”其实就是在考察开发规范意识。规范的背后是对命名、组件拆分、代码复用的理解。比如Vue项目里组件文件名用PascalCase还是kebab-case状态管理什么时候该用Vuexprops和events的命名风格如何统一这些都可以作为简答题的素材。答这种题的重点不是背诵某份规范文档而是展示你有自己的工程化思考和落地习惯。2.3 框架原理与工程化基础别以为笔试题不考框架事实上Vue和React的基础原理题在校招笔试里出现频率相当高。只是考察方式更偏向“你有没有只停留在会用阶段”的判断。对Vue来说几个必准备的点包括生命周期钩子执行顺序、组件通信方式、computed和watch的区别、v-if和v-show的区别、key的作用、虚拟DOM和diff算法、响应式原理。其中响应式原理是大家觉得最难啃的骨头面试官喜欢从“Vue2用Object.defineProperty”追问到“Vue3为什么改用Proxy”。答这个问题时不需要把源码逐行背出来但起码要说清楚Vue2的响应式是在初始化时递归遍历data的每个属性通过getter收集依赖、setter触发更新代价是新增和删除属性无法被检测到所以才有Vue.set和Vue.delete而Proxy可以拦截整个对象的各种操作包括属性的新增和删除同时性能更好、还能支持Map、Set等更多数据类型。工程化相关的考点主要集中在模块化、打包工具的基础概念、构建性能优化方向。笔试里常见的题有“ES Module和CommonJS的区别”“Webpack的loader和plugin有什么区别”“什么是Tree Shaking”。这些问题不一定要求你深入源码但得能用大白话讲明白。我的答题习惯是先把定义说清楚再举一个实际场景。比如loader是文件处理转换器它把各种各样的静态资源变成JavaScript可以引用的模块plugin则是参与整个打包生命周期的工具可以做资源优化、环境变量注入、HTML模板生成等更宏观的事情。如果题目让写Webpack配置至少要能写出基本的entry、output、module.rules、plugins四个核心配置项。热词里提到的“hzero前端开发”是特定企业开发框架不需要刻意去了解但它的出现说明笔试的简答题可能结合具体的业务场景提问。比如让候选人聊聊“如果你的项目需要支持多套主题、多语言、权限路由你会怎么设计前端架构”。这种题没有标准答案考察的是你对自己做过的项目的抽象能力。我建议每个人准备3到5个自己做过的真实项目从技术选型、难点攻坚、性能优化、团队协作四个维度各写一段清晰的自述笔试遇到开放题时直接复用里面的素材。3. 编程题实操思路、边界与代码规范并重3.1 算法题从读题到AC的通用套路校招笔试的算法题部分我觉得难度一般介于LeetCode easy到medium之间但很多人还是拿不到分原因不是不会做而是要么没读懂题要么写出来的代码没办法通过所有测试用例。先说读题。笔试平台上的算法题题面通常比较长经常套一个业务场景的外壳。比如“配送员从配送站出发需要经过n个商家取餐再送给m个用户请计算最短路径”这本质上就是图的最短路问题。我的习惯是读完题后先用一两句话把题抽象成数据结构问题是数组、链表、二叉树、栈、队列还是图、动态规划、贪心抽象对了思路就打开了一半。再写思路。不要一上来就写代码最好在草稿纸上先写样例输入模拟一遍自己的算法过程确认每一步都符合题意再开始写正式代码。笔试过程中不需要把中间思路写在代码注释里但至少要保证“做题时你很清楚每一步在干什么”。另外要特别注意时间复杂度和数据范围这能帮你排除错误算法。比如n最大是10^5要是你的算法是O(n^2)大概率会超时这时候就要考虑排序、双指针、哈希表、二分查找这类优化手段。最后是写代码和自测。我通常写完核心逻辑后会立刻用三组数据自测最小规模比如空数组、长度为1的数组、常规规模、边界值比如数组内全是相同元素、数据已经是正序或倒序。很多笔试平台不支持无限次提交每次交卷后扣分或者看不到全部的测试用例所以自测环节真的不能省。3.2 手写代码题的高频考点与答题模板手写代码题是前端笔试最有特色的一部分因为它直接考察你的编码基本功。我整理了几个出现频率极高的题目类型每个都值得单独练到闭着眼能写出来的程度。第一个是手写防抖和节流。防抖的核心思路是“事件触发后等待一段时间再执行如果期间又触发了就重新计时”节流的核心思路是“一段时间内无论触发多少次只执行一次”。写之前先问清楚需求是“立即执行版”还是“延迟执行版”然后注意处理this指向和参数透传。基础版代码如下function debounce(fn, delay 500, immediate false) { let timer null return function(...args) { if (immediate !timer) { fn.apply(this, args) } if (timer) clearTimeout(timer) timer setTimeout(() { if (!immediate) fn.apply(this, args) timer null }, delay) } }第二个是手写深拷贝。别小看这个题它能拉开很大的差距。最基本的版本要处理对象、数组、循环引用进阶版本还要处理Date、RegExp、Map、Set、函数、Symbol等特殊类型。我笔试时用的模板是用WeakMap记录已经拷贝过的对象防止循环引用导致爆栈。对于普通对象和数组用Reflect.ownKeys遍历所有键名确保Symbol类型的键也能被拷贝。记得判断原型让普通对象继承正确原型而不是变成Object的实例。这个题不需要实现到JSON序列化那种程度但基础健壮性得有。第三个是手写一个简单的Promise或Promise.all。这个题更能考察异步编程功底。如果你能写出一个支持then链式调用、状态只能从pending变为fulfilled或rejected的简易版本就能超过大部分人。写Promise.all时要注意返回一个Promise所有输入都成功才成功结果按输入顺序排列任何一个失败立刻走到reject要处理传入的数组为空的情况。核心代码不难难的是考虑清楚每个分支。第四个是数组去重和数组扁平化。这类题虽然简单但出题人经常加限制条件“不能用Set”“用reduce实现”“要求保持顺序”“要支持深层嵌套的对象数组”。准备时建议每种方法都写一遍Set去重、filter indexOf去重、reduce去重、Map去重能处理对象键。扁平化则要掌握递归版和reduce版再了解Array.prototype.flat的用法和Infinity参数。3.3 笔试平台的代码提交技巧除了代码本身对错笔试平台的提交机制也有不少容易踩的坑。首先要看清题目要求的输入输出格式有的题目需要你写完整程序处理标准输入比如用Node.js的readline接口有的则是已经给你函数签名你只需要补全函数体。这两种模式风格完全不同前者要注意处理多行输入和空行后者则不用担心输入解析但要严格遵守函数签名和返回值类型。第二点是命名规范和可读性。笔试虽然不要求你的代码一定能落库生产但命名清晰、结构分明的代码会给你带来隐性收益。尤其是有面试官回看笔试代码的环节一个变量名乱七八糟、一个函数写几百行的代码哪怕算法思路对了也不容易让人产生好感。我的习惯是变量用语义化命名比如visited、queue、currentIndex核心逻辑抽成独立函数添加少量注释解释关键步骤。这不是浪费时间这是让审核者快速理解你思路的手段。第三点写代码时留意边界输入比如null、undefined、空字符串、空数组、超大数值。很多人在LeetCode上刷题时习惯了“输入一定合法”的假设但校招笔试的测试用例往往更刁钻。我在一次笔试里就遇到过输入数组为空但题目没有明说的情况如果不在代码开头做空值保护直接访问arr[0]就会报错整道题直接零分。4. 避坑指南选择题、简答题与开放题的失分重灾区4.1 选择题里那些“一看就会一做就错”的细节选择题是失分最隐蔽的地方。很多人刷笔试复盘时发现错的题不是不会而是题目里设了陷阱。我总结了几个高频陷阱类型非常值得拿来反复自测。类型一是“API参数记混”。比如Array.prototype.splice和slice的区别substring和substr的区别getElementById和querySelectorAll返回值的差别。这些都是肉眼看上去差不多的API笔试却特别喜欢拿来对比。我的复习方法是自己做一张“JavaScript易混淆API表”把每个API的返回值和副作用写清楚考前快速过一遍比临时翻书管用得多。类型二是“隐式类型转换”。JS的隐式转换规则一直是笔试保留节目。经典题目包括[] ![]的结果、null undefined的结果、0 0的结果以及1 1和1 1的差异。这类题再怎么强调都不为过因为你平时写代码会刻意避免依赖隐式转换所以对规则很生疏但笔试不跟你讲工程实践它就考察你懂不懂语言的底层规则。我的建议是把的转换步骤背熟练先看类型是否相同类型不同则尝试转成数字比较但null和undefined互相相等NaN不等于任何值包括自身。类型三是“作用域与变量的细微差异”。var在for循环里定义的变量会被函数作用域共享let则有自己的块级作用域。这种考点出现在选择题里时最喜欢用一个循环配合setTimeout来制造反直觉输出。比如经典的“打印0到9哪个能正确输出”的问题答案就是let i配合闭包或者forEach的回调参数因为传参本身就是函数作用域的新绑定。4.2 简答题的答题姿势用结构化表达对抗“意会不可言传”简答题其实有固定的答题套路。我看到很多同学面对简答题时会犯两个错误一是只写结论不写理由二是写了一大段但结构混乱判卷人难以快速找出得分点。我的答题模板是“定义一句话原理展开场景举例”。比如题目问“什么是事件冒泡和事件捕获”我不会只写“冒泡是子元素向父元素传播捕获是父元素向子元素传播”而是先给定义再说传播顺序是“捕获阶段—目标阶段—冒泡阶段”然后举例说明addEventListener第三个参数传true就是让事件在捕获阶段触发。这样回答既清晰又有层次判卷人一眼就能看到关键词。如果题目涉及“为什么”类问题比如“为什么需要虚拟DOM”我会从“直接操作DOM导致性能问题”切入讲清楚虚拟DOM的思想是“用JS对象描述DOM结构通过diff减少真实DOM操作”再补充“跨平台能力”这个延伸优势。表达的时候尽量用短句每个段落只服务一个核心意思避免长难句。有些简答题会给一段代码让候选人“指出问题并优化”。这种题我建议先把代码中出现的问题逐条列出比如“这里没有处理异常”“这里会有内存泄漏”“这里重复计算了”等等然后给出优化后的代码最后简短解释为什么这样优化。这个流程既体现你的代码review能力也展示了你的表达结构化能力。4.3 开放题与综合题展示工程素养而不是背诵手册开放题是校招笔试里比较有意思的部分通常问“你如何设计一个xx系统”“如果遇到xx问题你会怎么排查”。这类题没有标准答案但有一个隐藏评分标准你是否具备系统性的工程思维。比如题目问“如何优化一个首屏加载很慢的页面”很多人的回答是“懒加载”“压缩图片”“开启Gzip”但这样的回答虽然罗列了很多技术名词却没有体现思考顺序。我的回答方式是这样的先定义问题和测量指标明确“首屏时间”具体指什么、当前是多少毫秒然后从网络层面入手看请求数量和资源体积决定是否做代码分割和静态资源CDN接着优化渲染层面考虑服务端渲染、骨架屏、关键CSS内联最后再考虑缓存策略和接口耗时优化。每一步都说明为什么选这个方法预期能带来什么样的收益这样回答的层次感会强很多。开放题也常与“前端开发skills”挂钩比如“你会如何评估一个候选人的前端水平”这种反过来的问题。回答的核心是展示你的学习框架和技能地图基础语言功底、框架原理、工程化能力、性能优化能力、团队协作能力、业务理解能力。能够清晰地说出自己在哪个维度有积累、哪个维度还在补齐本身就是一种工程素养的展示。4.4 关于“前端AI开发”趋势的笔试题思考最近这两年前端笔试题里开始出现与AI开发相关的题目比如“如何在前端项目中接入大模型API”“如何在浏览器端部署轻量级模型”“WebGPU对前端的影响”。虽然2019年那场笔试里还没这么多AI题但我觉得准备校招的同学应该留意这个方向。这类题目的考察逻辑通常不是真的要你训练模型而是看你对前后端协作边界和浏览器能力边界的理解。答这类题的基本法则是把问题拆成数据流方案、渲染方案、交互体验方案。比如接入大模型API核心是考虑流式输出的接收与展示、请求取消、错误重试、用户输入安全过滤部署轻量级模型则要考虑模型格式转换、内存占用、运行时的优雅降级。这些思维方式平时写普通业务也会用到所以不用慌把它当成综合题来答就行。5. 备考路线与复盘方法从一份笔试到一套知识体系5.1 冲刺期的阶段安排如果你现在距离校招笔试还有一两个月我建议不要漫无目的地刷题而是分三个阶段推进。第一阶段是“地基扫盲”用一周左右时间过一遍JavaScript核心语法、浏览器原理、网络基础、CSS布局把教材或文档里的高频知识点整理成自己的笔记。第二阶段是“专项强化”按题型刷题每天保证2到3道编程题外加10道选择题和1道简答题的强度题目来源可以是LeetCode热门100题、各类校招真题汇总以及牛客网的前端专项练习。第三阶段是“模拟实战”找两个晚上完整地做一份模拟卷严格控制时间模拟完立刻复盘把错题和卡壳的知识点整理成一张“待攻克清单”。这个路线里最重要的其实是第三阶段。笔试和高考一样平时做题和限时考试是完全不同的感觉。很多人平时刷题没问题一到考试就脑袋空白就是因为缺少真实考场的时间压力和管理经验。模拟时要尽可能还原真实环境关闭一切通讯工具用正式笔试题量给自己计时。我在准备点我达笔试之前就做过三次完整的模拟卷所以正式考试时对节奏的把控比较从容该放弃的题也敢果断放弃。5.2 错题复盘把每一道错题变成知识网的一个节点校招准备过程中我最后悔的一件事就是前期刷题时没有认真做错题整理。后来我把错题分门别类地记录下来才真正体会到复盘的意义。我建议每道做错的题都记录以下信息题目来源、考查知识点、当时的错误答案、正确答案、错误原因是概念模糊、粗心大意、还是时间不够、同类题型解题套路。每周抽出一个固定时间重做一遍错题直到能连续答对三次才可以把这道题标记为“已掌握”。错题复盘还有一个隐藏作用就是帮你发现知识点之间的关联。比如你做错了一道关于this指向的选择题复盘时又会联想到箭头函数的作用域问题进而想到闭包和防抖节流的手写题不知不觉就把零散的知识点串成了网络。这个过程比单纯刷题要有价值得多因为你获得的不是“这道题我会了”而是“这一类题我都有了解法路径”。5.3 面试官视角笔试只是起点面评才是关键后补一点校招笔试往往不会直接决定你的去留很多公司会把笔试成绩作为参考结合后续的面试表现综合评估。所以不要因为某一场笔试考砸了就彻底灰心。反过来也一样笔试考得好只说明基础不错不意味着面试环节可以松懈。我复盘那场笔试之后最大的收获是把笔试内容反向利用到了面试准备里。笔试里暴露出来的薄弱知识点就是面试官最喜欢追问深挖的地方。比如你笔试时防抖节流没写出来面试官大概率会让你现场写一遍然后追问“防抖和节流的应用场景分别是什么”“如果中间又触发了一次会怎样”。所以我会建议每个人都做一份“笔试错题转面试题”的清单把笔试卷里的每道题都想想“如果面试官针对这一题继续追问三层该怎么答”。这个过程能帮你把知识从“知道”逼到“理解”再到“会表达”这才是备考的根本目的。在校招这条路上我踩过的坑不算少最大的一个教训是别等所有知识点都复习完美了再开始投简历因为“完美”在计算机领域永远不存在。该出手时就出手用真实笔试去检验自己的水平然后从每一场笔试里吸取养分你会发现自己一次比一次更稳。
每年秋招一到“前端笔试”四个字就能精准戳中一大批人的焦虑点。我去年翻着自己整理的点我达2019届校招前端开发笔试复盘笔记时最大的感受是校招前端笔试其实没有想象中那么玄乎它考的东西翻来覆去就那么多区别只在于你有没有用对方法去准备、有没有在考后认真做一轮拆解。这篇文章想做的事很具体——把前端校招笔试的考察逻辑、高频考点、答题策略和最容易丢分的地方一次性讲清楚。不管你是刚开始刷题的大三学生还是准备跳槽转岗的初级前端都能顺着这套思路做一次系统性自查。1. 校招前端笔试到底在考什么1.1 笔试类型与考察目标拆解先把我对校招前端笔试的整体判断放在前面校招笔试从来都不是为了筛出“什么都会”的人而是为了筛掉“基础不牢”和“思路混乱”的人。你去看各个公司的笔试题表面上是选择题、简答题、编程题三种形态背后的考察目标其实非常固定。选择题主要覆盖JavaScript基础、CSS布局、浏览器API、计算机网络、数据结构与算法基础。这类题的特点是量大、分值分散、知识点碎很多时候你复习时觉得某个点“不太可能考”结果它偏偏就出现在选项的干扰项里。比如我印象很深的一道题考的是Array.prototype.map和parseInt组合使用时返回值是什么。[1, 2, 3].map(parseInt)的结果很多人第一次做都会答错因为它考的是parseInt第二个参数radix会被map的第二个参数index覆盖。这就是典型的选择题考点不深但特别容易踩坑。简答题则侧重考察理解深度和表达能力。它通常会问“什么是闭包”“谈谈浏览器缓存机制”“Vue的nextTick原理是什么”这类问题。你以为自己在考场上写得挺多但判卷人看的是你有没有说到关键点。同样是讲闭包A同学写“函数里面的函数就是闭包”B同学写“闭包是指内部函数引用了外部函数的变量且该变量在外部函数执行完后不会被销毁”高下立判。编程题是整场笔试中区分度最大的一块。它通常包含两到三道算法题和一道手写代码题。算法题以数组、字符串、链表、二叉树、动态规划为主难度不会到竞赛级别但要求你“写得出”且“写得对”。手写代码题则经常让候选人实现防抖节流、深拷贝、Promise.all、观察者模式、数组去重、ES5继承等常见工具函数。很多人在这一块栽跟头不是不会写而是没注意到边界条件和输入输出的鲁棒性。1.2 前端笔试的时间分配策略点我达当年的前端笔试我印象里是固定时间内完成一张混合卷总题量大但单题分值不算高。这种卷子最忌讳的就是“死磕单题”。我的原则是先花3到5分钟快速浏览全卷把题目按“必拿分”“可尝试”“战略放弃”分个类然后按顺序往下做遇到卡壳超过5分钟的题目直接在草稿纸上标记最后再回来处理。选择题和判断题要控制节奏平均每题控制在1到1.5分钟以内不能犹豫第一直觉往往是对的。简答题建议每道控制在8到10分钟写清楚核心概念加一个例子就收手不用为了凑字数越写越远。编程题要预留至少40%的时间因为这类题无论思路多清晰写代码、调bug、验证边界样样都耗时间。我在复盘那场笔试时统计过一个规律能通过校招笔试的人几乎都不是“把所有题都做完”的人而是“该对的题全对”的人。所以拿到卷子先把会做的做对不要因为一道难题占用太多时间导致后面的大题没有时间写。这点非常关键笔试不像平时写项目你可以慢慢琢磨它是限时博弈不是完美主义者的游戏。2. 前端核心知识点全拆解从语言功底到工程认知2.1 JavaScript基础面试高频点JavaScript是所有前端笔试题的绝对主角一般能占到基础部分50%以上的比重。我在复盘时会把JS基础分成几个固定板块作用域与闭包、原型与原型链、this指向、事件循环、异步编程、ES6新特性。作用域与闭包是必考内容但出题形式越来越灵活。除了纯概念题更多是基于代码输出题来考察比如经典考题“写出以下代码的输出顺序并解释原因”。这类题通常会把var的变量提升、函数声明提升、块级作用域、let的暂时性死区混在一起用来测试你对作用域链的完整理解。我建议准备时不要只背概念而是亲手在控制台跑一遍各种作用域的嵌套例子把“词法作用域”四个字吃透。this指向是另一个高频重灾区。笔试里常见的考法是让你判断某个函数调用中this的指向有时候还配合箭头函数、bind、call、apply一起考。有一道经典坑题是这样的var length 10 function fn() { console.log(this.length) } var obj { length: 5, method: function(fn) { fn() arguments[0]() } } obj.method(fn, 1)在非严格模式下fn()中的this指向全局对象所以打印10而arguments[0]()中的this指向arguments对象arguments.length因为传了两个参数所以是2。很多人在笔试里第一问能答对第二问直接懵。这种题考的就是你有没有真正理解“调用位置决定this指向”这条规则而不是死记硬背“函数里this指向全局”这种片面的结论。事件循环与异步编程也是必考中的必考。有时候一道题把setTimeout、Promise、async/await、requestAnimationFrame全混在一起让你写输出顺序。我建议准备这种题目的时候脑子里要有一个完整的“宏任务、微任务、渲染时机”模型。理解执行顺序的核心是同步代码先执行然后清空微任务队列再从宏任务队列取一个任务执行如此循环。async/await本质上也是Promise语法糖await后面跟着的代码相当于.then里的回调会进入微任务队列。关于ES6新特性笔试更爱考那些“看起来简单实际有讲究”的语法。比如热词里反复出现的“函数 ...arg”指的就是剩余参数和展开运算符。一道经典笔试题问Math.max(...arr)和Math.max.apply(null, arr)在某个场景下会不会出问题如果arr特别长用apply可能会超出调用栈限制而展开运算符则没有这个问题。这类细节如果我们平时写业务不深究考场上很容易失分。2.2 浏览器、网络与前端规范类考点很多准备校招的人有个误区觉得前端笔试就是刷LeetCode和背JS题忽略了浏览器和网络基础。但从实际校招卷来看浏览器缓存、跨域、HTTP状态码、渲染过程这几个点出现频率非常高。浏览器缓存是我觉得性价比最高的考点之一。因为它既考知识点又考实践理解。笔试里常见的问题是让候选人解释强缓存和协商缓存的区别写出对应的HTTP头字段。我的答题模板是强缓存对应Expires和Cache-Control命中后直接从本地读取不发请求协商缓存对应Last-Modified/If-Modified-Since和ETag/If-None-Match每次需要向服务器确认缓存是否失效服务器返回304则继续使用本地缓存返回200则更新缓存。多说一句Cache-Control的优先级高于ExpiresETag的优先级高于Last-Modified这些细节也是加分项。跨域问题也是笔试常客而且经常跟实际场景绑定。比如“前后端分离项目中前端在localhost:8080后端接口在localhost:3000为什么请求失败怎么解决”这种题的核心是考察同源策略以及JSONP、CORS、proxy代理等方案。回答时不要只把方案列出来最好简要说明各自的使用场景和限制。CORS适合后端能配合修改响应头的场景JSONP只支持GET请求且存在安全风险dev环境下的webpack-dev-server代理是最常用的开发期方案。关于“前端开发规范vue”这个热词我想多说几句。笔试中的简答题有时候会问“你平时怎么写代码才能保证团队协作效率”其实就是在考察开发规范意识。规范的背后是对命名、组件拆分、代码复用的理解。比如Vue项目里组件文件名用PascalCase还是kebab-case状态管理什么时候该用Vuexprops和events的命名风格如何统一这些都可以作为简答题的素材。答这种题的重点不是背诵某份规范文档而是展示你有自己的工程化思考和落地习惯。2.3 框架原理与工程化基础别以为笔试题不考框架事实上Vue和React的基础原理题在校招笔试里出现频率相当高。只是考察方式更偏向“你有没有只停留在会用阶段”的判断。对Vue来说几个必准备的点包括生命周期钩子执行顺序、组件通信方式、computed和watch的区别、v-if和v-show的区别、key的作用、虚拟DOM和diff算法、响应式原理。其中响应式原理是大家觉得最难啃的骨头面试官喜欢从“Vue2用Object.defineProperty”追问到“Vue3为什么改用Proxy”。答这个问题时不需要把源码逐行背出来但起码要说清楚Vue2的响应式是在初始化时递归遍历data的每个属性通过getter收集依赖、setter触发更新代价是新增和删除属性无法被检测到所以才有Vue.set和Vue.delete而Proxy可以拦截整个对象的各种操作包括属性的新增和删除同时性能更好、还能支持Map、Set等更多数据类型。工程化相关的考点主要集中在模块化、打包工具的基础概念、构建性能优化方向。笔试里常见的题有“ES Module和CommonJS的区别”“Webpack的loader和plugin有什么区别”“什么是Tree Shaking”。这些问题不一定要求你深入源码但得能用大白话讲明白。我的答题习惯是先把定义说清楚再举一个实际场景。比如loader是文件处理转换器它把各种各样的静态资源变成JavaScript可以引用的模块plugin则是参与整个打包生命周期的工具可以做资源优化、环境变量注入、HTML模板生成等更宏观的事情。如果题目让写Webpack配置至少要能写出基本的entry、output、module.rules、plugins四个核心配置项。热词里提到的“hzero前端开发”是特定企业开发框架不需要刻意去了解但它的出现说明笔试的简答题可能结合具体的业务场景提问。比如让候选人聊聊“如果你的项目需要支持多套主题、多语言、权限路由你会怎么设计前端架构”。这种题没有标准答案考察的是你对自己做过的项目的抽象能力。我建议每个人准备3到5个自己做过的真实项目从技术选型、难点攻坚、性能优化、团队协作四个维度各写一段清晰的自述笔试遇到开放题时直接复用里面的素材。3. 编程题实操思路、边界与代码规范并重3.1 算法题从读题到AC的通用套路校招笔试的算法题部分我觉得难度一般介于LeetCode easy到medium之间但很多人还是拿不到分原因不是不会做而是要么没读懂题要么写出来的代码没办法通过所有测试用例。先说读题。笔试平台上的算法题题面通常比较长经常套一个业务场景的外壳。比如“配送员从配送站出发需要经过n个商家取餐再送给m个用户请计算最短路径”这本质上就是图的最短路问题。我的习惯是读完题后先用一两句话把题抽象成数据结构问题是数组、链表、二叉树、栈、队列还是图、动态规划、贪心抽象对了思路就打开了一半。再写思路。不要一上来就写代码最好在草稿纸上先写样例输入模拟一遍自己的算法过程确认每一步都符合题意再开始写正式代码。笔试过程中不需要把中间思路写在代码注释里但至少要保证“做题时你很清楚每一步在干什么”。另外要特别注意时间复杂度和数据范围这能帮你排除错误算法。比如n最大是10^5要是你的算法是O(n^2)大概率会超时这时候就要考虑排序、双指针、哈希表、二分查找这类优化手段。最后是写代码和自测。我通常写完核心逻辑后会立刻用三组数据自测最小规模比如空数组、长度为1的数组、常规规模、边界值比如数组内全是相同元素、数据已经是正序或倒序。很多笔试平台不支持无限次提交每次交卷后扣分或者看不到全部的测试用例所以自测环节真的不能省。3.2 手写代码题的高频考点与答题模板手写代码题是前端笔试最有特色的一部分因为它直接考察你的编码基本功。我整理了几个出现频率极高的题目类型每个都值得单独练到闭着眼能写出来的程度。第一个是手写防抖和节流。防抖的核心思路是“事件触发后等待一段时间再执行如果期间又触发了就重新计时”节流的核心思路是“一段时间内无论触发多少次只执行一次”。写之前先问清楚需求是“立即执行版”还是“延迟执行版”然后注意处理this指向和参数透传。基础版代码如下function debounce(fn, delay 500, immediate false) { let timer null return function(...args) { if (immediate !timer) { fn.apply(this, args) } if (timer) clearTimeout(timer) timer setTimeout(() { if (!immediate) fn.apply(this, args) timer null }, delay) } }第二个是手写深拷贝。别小看这个题它能拉开很大的差距。最基本的版本要处理对象、数组、循环引用进阶版本还要处理Date、RegExp、Map、Set、函数、Symbol等特殊类型。我笔试时用的模板是用WeakMap记录已经拷贝过的对象防止循环引用导致爆栈。对于普通对象和数组用Reflect.ownKeys遍历所有键名确保Symbol类型的键也能被拷贝。记得判断原型让普通对象继承正确原型而不是变成Object的实例。这个题不需要实现到JSON序列化那种程度但基础健壮性得有。第三个是手写一个简单的Promise或Promise.all。这个题更能考察异步编程功底。如果你能写出一个支持then链式调用、状态只能从pending变为fulfilled或rejected的简易版本就能超过大部分人。写Promise.all时要注意返回一个Promise所有输入都成功才成功结果按输入顺序排列任何一个失败立刻走到reject要处理传入的数组为空的情况。核心代码不难难的是考虑清楚每个分支。第四个是数组去重和数组扁平化。这类题虽然简单但出题人经常加限制条件“不能用Set”“用reduce实现”“要求保持顺序”“要支持深层嵌套的对象数组”。准备时建议每种方法都写一遍Set去重、filter indexOf去重、reduce去重、Map去重能处理对象键。扁平化则要掌握递归版和reduce版再了解Array.prototype.flat的用法和Infinity参数。3.3 笔试平台的代码提交技巧除了代码本身对错笔试平台的提交机制也有不少容易踩的坑。首先要看清题目要求的输入输出格式有的题目需要你写完整程序处理标准输入比如用Node.js的readline接口有的则是已经给你函数签名你只需要补全函数体。这两种模式风格完全不同前者要注意处理多行输入和空行后者则不用担心输入解析但要严格遵守函数签名和返回值类型。第二点是命名规范和可读性。笔试虽然不要求你的代码一定能落库生产但命名清晰、结构分明的代码会给你带来隐性收益。尤其是有面试官回看笔试代码的环节一个变量名乱七八糟、一个函数写几百行的代码哪怕算法思路对了也不容易让人产生好感。我的习惯是变量用语义化命名比如visited、queue、currentIndex核心逻辑抽成独立函数添加少量注释解释关键步骤。这不是浪费时间这是让审核者快速理解你思路的手段。第三点写代码时留意边界输入比如null、undefined、空字符串、空数组、超大数值。很多人在LeetCode上刷题时习惯了“输入一定合法”的假设但校招笔试的测试用例往往更刁钻。我在一次笔试里就遇到过输入数组为空但题目没有明说的情况如果不在代码开头做空值保护直接访问arr[0]就会报错整道题直接零分。4. 避坑指南选择题、简答题与开放题的失分重灾区4.1 选择题里那些“一看就会一做就错”的细节选择题是失分最隐蔽的地方。很多人刷笔试复盘时发现错的题不是不会而是题目里设了陷阱。我总结了几个高频陷阱类型非常值得拿来反复自测。类型一是“API参数记混”。比如Array.prototype.splice和slice的区别substring和substr的区别getElementById和querySelectorAll返回值的差别。这些都是肉眼看上去差不多的API笔试却特别喜欢拿来对比。我的复习方法是自己做一张“JavaScript易混淆API表”把每个API的返回值和副作用写清楚考前快速过一遍比临时翻书管用得多。类型二是“隐式类型转换”。JS的隐式转换规则一直是笔试保留节目。经典题目包括[] ![]的结果、null undefined的结果、0 0的结果以及1 1和1 1的差异。这类题再怎么强调都不为过因为你平时写代码会刻意避免依赖隐式转换所以对规则很生疏但笔试不跟你讲工程实践它就考察你懂不懂语言的底层规则。我的建议是把的转换步骤背熟练先看类型是否相同类型不同则尝试转成数字比较但null和undefined互相相等NaN不等于任何值包括自身。类型三是“作用域与变量的细微差异”。var在for循环里定义的变量会被函数作用域共享let则有自己的块级作用域。这种考点出现在选择题里时最喜欢用一个循环配合setTimeout来制造反直觉输出。比如经典的“打印0到9哪个能正确输出”的问题答案就是let i配合闭包或者forEach的回调参数因为传参本身就是函数作用域的新绑定。4.2 简答题的答题姿势用结构化表达对抗“意会不可言传”简答题其实有固定的答题套路。我看到很多同学面对简答题时会犯两个错误一是只写结论不写理由二是写了一大段但结构混乱判卷人难以快速找出得分点。我的答题模板是“定义一句话原理展开场景举例”。比如题目问“什么是事件冒泡和事件捕获”我不会只写“冒泡是子元素向父元素传播捕获是父元素向子元素传播”而是先给定义再说传播顺序是“捕获阶段—目标阶段—冒泡阶段”然后举例说明addEventListener第三个参数传true就是让事件在捕获阶段触发。这样回答既清晰又有层次判卷人一眼就能看到关键词。如果题目涉及“为什么”类问题比如“为什么需要虚拟DOM”我会从“直接操作DOM导致性能问题”切入讲清楚虚拟DOM的思想是“用JS对象描述DOM结构通过diff减少真实DOM操作”再补充“跨平台能力”这个延伸优势。表达的时候尽量用短句每个段落只服务一个核心意思避免长难句。有些简答题会给一段代码让候选人“指出问题并优化”。这种题我建议先把代码中出现的问题逐条列出比如“这里没有处理异常”“这里会有内存泄漏”“这里重复计算了”等等然后给出优化后的代码最后简短解释为什么这样优化。这个流程既体现你的代码review能力也展示了你的表达结构化能力。4.3 开放题与综合题展示工程素养而不是背诵手册开放题是校招笔试里比较有意思的部分通常问“你如何设计一个xx系统”“如果遇到xx问题你会怎么排查”。这类题没有标准答案但有一个隐藏评分标准你是否具备系统性的工程思维。比如题目问“如何优化一个首屏加载很慢的页面”很多人的回答是“懒加载”“压缩图片”“开启Gzip”但这样的回答虽然罗列了很多技术名词却没有体现思考顺序。我的回答方式是这样的先定义问题和测量指标明确“首屏时间”具体指什么、当前是多少毫秒然后从网络层面入手看请求数量和资源体积决定是否做代码分割和静态资源CDN接着优化渲染层面考虑服务端渲染、骨架屏、关键CSS内联最后再考虑缓存策略和接口耗时优化。每一步都说明为什么选这个方法预期能带来什么样的收益这样回答的层次感会强很多。开放题也常与“前端开发skills”挂钩比如“你会如何评估一个候选人的前端水平”这种反过来的问题。回答的核心是展示你的学习框架和技能地图基础语言功底、框架原理、工程化能力、性能优化能力、团队协作能力、业务理解能力。能够清晰地说出自己在哪个维度有积累、哪个维度还在补齐本身就是一种工程素养的展示。4.4 关于“前端AI开发”趋势的笔试题思考最近这两年前端笔试题里开始出现与AI开发相关的题目比如“如何在前端项目中接入大模型API”“如何在浏览器端部署轻量级模型”“WebGPU对前端的影响”。虽然2019年那场笔试里还没这么多AI题但我觉得准备校招的同学应该留意这个方向。这类题目的考察逻辑通常不是真的要你训练模型而是看你对前后端协作边界和浏览器能力边界的理解。答这类题的基本法则是把问题拆成数据流方案、渲染方案、交互体验方案。比如接入大模型API核心是考虑流式输出的接收与展示、请求取消、错误重试、用户输入安全过滤部署轻量级模型则要考虑模型格式转换、内存占用、运行时的优雅降级。这些思维方式平时写普通业务也会用到所以不用慌把它当成综合题来答就行。5. 备考路线与复盘方法从一份笔试到一套知识体系5.1 冲刺期的阶段安排如果你现在距离校招笔试还有一两个月我建议不要漫无目的地刷题而是分三个阶段推进。第一阶段是“地基扫盲”用一周左右时间过一遍JavaScript核心语法、浏览器原理、网络基础、CSS布局把教材或文档里的高频知识点整理成自己的笔记。第二阶段是“专项强化”按题型刷题每天保证2到3道编程题外加10道选择题和1道简答题的强度题目来源可以是LeetCode热门100题、各类校招真题汇总以及牛客网的前端专项练习。第三阶段是“模拟实战”找两个晚上完整地做一份模拟卷严格控制时间模拟完立刻复盘把错题和卡壳的知识点整理成一张“待攻克清单”。这个路线里最重要的其实是第三阶段。笔试和高考一样平时做题和限时考试是完全不同的感觉。很多人平时刷题没问题一到考试就脑袋空白就是因为缺少真实考场的时间压力和管理经验。模拟时要尽可能还原真实环境关闭一切通讯工具用正式笔试题量给自己计时。我在准备点我达笔试之前就做过三次完整的模拟卷所以正式考试时对节奏的把控比较从容该放弃的题也敢果断放弃。5.2 错题复盘把每一道错题变成知识网的一个节点校招准备过程中我最后悔的一件事就是前期刷题时没有认真做错题整理。后来我把错题分门别类地记录下来才真正体会到复盘的意义。我建议每道做错的题都记录以下信息题目来源、考查知识点、当时的错误答案、正确答案、错误原因是概念模糊、粗心大意、还是时间不够、同类题型解题套路。每周抽出一个固定时间重做一遍错题直到能连续答对三次才可以把这道题标记为“已掌握”。错题复盘还有一个隐藏作用就是帮你发现知识点之间的关联。比如你做错了一道关于this指向的选择题复盘时又会联想到箭头函数的作用域问题进而想到闭包和防抖节流的手写题不知不觉就把零散的知识点串成了网络。这个过程比单纯刷题要有价值得多因为你获得的不是“这道题我会了”而是“这一类题我都有了解法路径”。5.3 面试官视角笔试只是起点面评才是关键后补一点校招笔试往往不会直接决定你的去留很多公司会把笔试成绩作为参考结合后续的面试表现综合评估。所以不要因为某一场笔试考砸了就彻底灰心。反过来也一样笔试考得好只说明基础不错不意味着面试环节可以松懈。我复盘那场笔试之后最大的收获是把笔试内容反向利用到了面试准备里。笔试里暴露出来的薄弱知识点就是面试官最喜欢追问深挖的地方。比如你笔试时防抖节流没写出来面试官大概率会让你现场写一遍然后追问“防抖和节流的应用场景分别是什么”“如果中间又触发了一次会怎样”。所以我会建议每个人都做一份“笔试错题转面试题”的清单把笔试卷里的每道题都想想“如果面试官针对这一题继续追问三层该怎么答”。这个过程能帮你把知识从“知道”逼到“理解”再到“会表达”这才是备考的根本目的。在校招这条路上我踩过的坑不算少最大的一个教训是别等所有知识点都复习完美了再开始投简历因为“完美”在计算机领域永远不存在。该出手时就出手用真实笔试去检验自己的水平然后从每一场笔试里吸取养分你会发现自己一次比一次更稳。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
