不用猜了途虎养车2023秋招前端笔试的“试卷A”你刷到的和我刷到的大概率是同一套。我把它完整复盘了一遍连当年在考场上的草稿思路和后来面试复盘时发现的失分点一起整理了。这套卷子难度说实话中等偏上但是非常典型覆盖了JS基础、浏览器原理、框架底层和工程化场景题如果你正在准备2026年的秋招或者社招拿这套题当自测样本非常合适因为它考的不是“我会用这个API”而是“你懂不懂这个机制背后的原理”。这篇内容不贴原题但会把每一类题型的考察意图、答题框架和易错点拆开讲透你照着这个思路去准备比盲目刷题有效得多。1. 试卷整体拆解途虎前端笔试在考什么1.1 一份典型的“试卷A”长什么样我复盘下来这套卷子的结构大概是四块题型题量大致分值考察重点选择/判断题15题左右30分JS语法、CSS布局、网络基础、浏览器机制手写编程题3题35分异步控制、深拷贝、防抖节流等高频手写简答与场景设计2题20分性能优化方案、大文件上传、前端监控等项目深挖1题15分简历项目真实性、技术选型、难点量化这个分值比例在互联网公司前端笔试里很有代表性。选择题并不是随意出而是把那些“你觉得自己会但实际容易翻车”的基础点集中起来考比如事件循环的输出顺序、typeof和instanceof的边界情况、盒子模型在不同盒模型下的宽度计算。这类题没有太多讨论空间会就是会不会就是不会。手写题是整套卷子的分水岭。我印象最深的是那道“带并发限制的异步任务调度器”它要求实现一个函数能控制同时执行的任务数量比如最多同时跑3个请求剩余的排队等待。这道题不仅考Promise的理解还考队列思想、边界条件处理和代码风格我身边有的人20分钟写完了有的人交卷时还在纠结怎么把resolve存下来。简答题和项目深挖更偏向“你有没有真的做过项目”。比如让你设计一个上报前端错误信息的方案问你怎么保证数据可靠性怎么区分错误类型怎么避免影响用户正常操作。这种题没有标准答案但答题的人有没有真实上线经验从方案细节里一眼就能看出来。1.2 从命题看岗位要求为什么会这么出题途虎养车是汽车后市场线上平台业务形态决定了它的前端不会只做简单的展示页面。用户端有复杂的交易流程门店端有工单管理、库存管理供应链端有数据看板后面还牵扯到直播、营销活动、小游戏这类偏交互的页面。所以它需要的前端并不是“会写页面”就行而是要有比较扎实的工程素养至少能应对下面三类实际业务问题第一异步逻辑复杂。交易流程里多个接口并行请求、顺序请求、失败重试是常态所以笔试一定要考Promise、async/await、事件循环。第二性能要求高。门店和用户端都在移动环境下使用弱网、低端机是常见场景不做性能优化上线就会被吐槽所以卷子里会有传统的性能题。第三工程化能力。多人协作、多业务线复用、老项目迭代这个背景下一定会问webpack或Vite的配置、微前端怎么选型、代码规范怎么落地。也就是说这套卷子的命题逻辑不是“难为你”而是在筛人。它希望你写到一半时能反映出平时写代码的习惯是只调API不考虑边界还是会把失败情况、内存释放、复用性都考虑进去。把这一点想明白你就知道答题时可以往哪些方向倾斜了也能理解为什么我后面会反复强调“手写题一定要写注释、写思路”。2. 基础题解析JS引擎与异步编程是分水岭2.1 事件循环与宏微任务的答题公式选择题里几乎必考一段代码的输出顺序类似这样console.log(start); setTimeout(() { console.log(timeout); }, 0); Promise.resolve().then(() { console.log(promise1); }).then(() { console.log(promise2); }); console.log(end);这类题我当年做的时候全靠背“先进先出”但后来自己看Node源码和HTML规范才明白真正本质是JavaScript引擎在每一轮事件循环里怎么调度宏任务和微任务。主线程代码自上而下执行遇到同步代码立刻输出遇到Promise.then这类微任务就把回调塞进微任务队列在当前宏任务结束前依次清空遇到setTimeout这类宏任务回调就塞进宏任务队列等下一轮事件循环再取出来。所以上面这段代码的输出顺序一定是start、end、promise1、promise2、timeout。你做错一次两次没关系关键要能从“背输出”升级到“讲清楚为什么微任务一定先于下一个宏任务被执行”。面试官在笔试后的面试环节一般都会追着这道题问比如让你把Promise改成await或者中间插入一个async函数看你会不会分析嵌套关系。我建议你复习时把下面这个结论当公式记牢同步代码属于第一个宏任务每当同步代码执行完JS引擎就会检查微任务队列并一直清空到队尾然后才去宏任务队列里取下一个任务Node环境还要额外区分微任务的执行阶段。这个结论能解决95%的“输出顺序”题剩下5%基本是考核Promise构造函数里同步执行与then回调的差别。2.2 手写题怎么做才不丢分手写题是拉开差距的地方但也是最好提分的模块因为高频题目其实就那么几道。关键是理解背后的机制而不是背代码。我拿“深拷贝”举例很多人写出的版本是JSON.parse(JSON.stringify(obj))笔试里能拿一半分但如果你写到循环引用就丢分了。真正的深拷贝要处理下面几个点基本类型直接返回函数、Symbol、Date、RegExp等特殊类型要单独处理循环引用要用WeakMap记录已拷贝的对象否则会栈溢出拷贝对象时要保留原型关系不能把继承属性搞丢。完整版本大概是下面这样function deepClone(target, map new WeakMap()) { if (target null || typeof target ! object) { return target; } if (map.has(target)) { return map.get(target); } const constructor target.constructor; if (/^(Date|RegExp)$/.test(constructor.name)) { return new constructor(target); } const cloneTarget Array.isArray(target) ? [] : {}; map.set(target, cloneTarget); Reflect.ownKeys(target).forEach(key { cloneTarget[key] deepClone(target[key], map); }); return cloneTarget; }我写这段代码时有个习惯会在return之前加一行注释说明这里为什么要用WeakMap而不是Map。原因很简单WeakMap的键是弱引用不会阻止被克隆对象被垃圾回收在处理大型数据时可以避免内存泄漏隐患。这个细节笔试可能不扣分但面试复盘时讲出来会很加分。另外一道高频手写是“发布订阅EventEmitter”因为很多业务场景比如埋点上报、组件通信、状态同步本质都是发布订阅模式。写的时候要注意off的时候遍历删除要处理好索引once注册的回调在触发后要自动取消订阅emit抛错时不能影响其他订阅者。我建议你在准备手写题时不要只看不写。拿一张白纸限时15分钟模拟笔试环境手写完再对照答案你会发现很多“以为自己会”的题其实写得磕磕绊绊。这种练习题感的方式比刷10遍“手写题合集”都管用。3. 浏览器原理与网络越高频的点越容易答不完整3.1 从URL输入到页面渲染怎么答才算完整这道简答题在途虎的卷子里出现了也是所有前端面试里出现频率最高的题。但我发现很多人回答时只说了一个骨架DNS解析、TCP连接、发送HTTP请求、服务器响应、浏览器解析HTML生成DOM树、解析CSS生成CSSOM、合成渲染树、布局、绘制。这套答案能拿3分拿不到高分因为缺失了很多关键细节。真正的完整答案至少要覆盖这几个层次。第一浏览器进程模型输入URL后浏览器进程、网络进程、渲染进程之间是怎么协作的为什么地址栏的请求由网络进程发起而不是渲染进程。第二导航过程浏览器先检查缓存有缓存且没过期就直接用缓存没有再走网络拿到响应后根据Content-Type判断是HTML还是文件下载。第三渲染过程HTML解析遇到script会阻塞所以会把script放在body底部或使用defer和asyncCSS解析和DOM解析可以并行但CSSOM没构建完成前不会执行脚本。第四布局与绘制的区别布局是计算几何位置绘制是填充像素如果在布局之后修改了样式会触发重排和重绘严重时甚至影响整个页面。如果能再把现代浏览器的部分讲出来比如合成器线程为什么能独立于主线程处理滚动、content-visibility为什么能跳过屏外元素的渲染、contain属性怎么限制重排范围基本上这道题的分数就稳稳拿到手面试官也会觉得你平时是真的在关注浏览器运行细节。3.2 HTTP缓存、SSE、大文件上传这三板斧要熟练途虎的业务里有很多“长列表、大图片、实时订单状态”这类场景所以卷子里围绕网络和应用层出了不少题。这里我把几个高频考点串起来讲。HTTP缓存是笔试必沾边的。你要清楚地知道强缓存和协商缓存的区别强缓存不会向服务器发送请求直接用本地副本用的响应头是Cache-Control比如max-age3600和Expires协商缓存会带条件请求头If-Modified-Since或If-None-Match发给服务器由服务器判断资源是否变化返回304或200。实际项目中更值得关注的是缓存策略怎么与构建工具配合。比如文件名带hash的静态资源可以设置Cache-Control: max-age31536000因为文件内容变了hash就变了浏览器自然会重新拉取而index.html这种入口文件适合no-cache保证每次都能检查新鲜度。SSE在热词里出现了因为现在很多业务客服、订单状态、实时通知都从轮询转向服务端推送。你要清楚SSE和WebSocket的区别SSE基于HTTP是单工通道服务端主动往客户端发客户端用的还是普通的EventSource实例WebSocket是TCP长连接双工服务端和客户端都能随时发消息。SSE的优点是实现简单、自动重连、天然支持事件ID缺点是不适合双向高频通信。如果卷子里让你写一个简单的SSE客户端你至少要写出new EventSource(/api/event)、监听onmessage、关闭时调用close()这三个要点。大文件上传是场景题里的常客而且正好命中热搜词“前端使用worker上传大文件”。完整方案一般分四步文件分片、并发控制、进度上报、失败重试与合并。分片用Blob.prototype.slice按固定大小比如每片2MB切割并发控制可以设计一个最大并发数避免一次性发起太多请求把服务端打挂进度上报通过XMLHttpRequest的upload.onprogress或fetch的ReadableStream读取上传字节数失败重试要记录未成功的分片用文件的唯一标识通常是文件的md5通知服务端合并。如果想秀一下提一句用Web Worker做文件hash计算避免主线程卡顿这道题就非常完整了。4. 框架与工程化Vue/React底层逻辑与项目落地4.1 响应式原理和diff算法不能只背结论卷子里一般不会直接问“Vue3的响应式原理是什么”但会出一种代码题比如给一个reactive定义的响应式对象覆盖一层数组操作问你视图会不会更新。这种题就要求你会从源码层面推。Vue2用的是Object.defineProperty递归劫持每个属性新增属性和数组索引赋值是检测不到的所以要Vue.set或者用$forceUpdate兜底Vue3换成Proxy代理的是整个对象天然支持属性新增删除不再有这个问题。但用Proxy不等于没有坑。比如Reflect在Proxy里的用法、WeakMap怎么存依赖关系、effect和track/trigger的执行时机如果这些没搞清楚面对“为什么ref解包在template里不用.value在setup里要.value”这种题照样答不深。我建议你把依赖收集和触发更新的最小实现手写一遍不需要多复杂能跑通下面这个最小模型就及格了const bucket new WeakMap(); let activeEffect null; function track(target, key) { if (!activeEffect) return; let depsMap bucket.get(target); if (!depsMap) { depsMap new Map(); bucket.set(target, depsMap); } let deps depsMap.get(key); if (!deps) { deps new Set(); depsMap.set(key, deps); } deps.add(activeEffect); } function trigger(target, key) { const depsMap bucket.get(target); if (!depsMap) return; const deps depsMap.get(key); deps deps.forEach(fn fn()); } function reactive(obj) { return new Proxy(obj, { get(target, key, receiver) { track(target, key); return Reflect.get(target, key, receiver); }, set(target, key, value, receiver) { const result Reflect.set(target, key, value, receiver); trigger(target, key); return result; } }); }diff算法也是一样的道理不要只背“key不要用index”。你要能说出key的作用是在新旧children对比时通过key快速判断同一个节点是否可复用如果用index做key当列表顺序变化时React或Vue会认为每个节点的key位置都变了导致复用失效触发大量重新渲染。能把这个道理结合代码层讲清楚比单纯背结论强太多。4.2 工程化与微前端一道综合题怎么拆开回答热词里有“微前端”、“前端开发规范vue”、“前端工程化”这些在途虎这类大型业务里是真的存在的。卷子最后的大题往往是给一个小背景“公司有多个历史系统技术栈不统一现在要做一个统一工作台你如何设计”这种题就是在考微前端和技术建设能力。我认为回答这类题要分四步走。第一步表达选型思考为什么用微前端不是因为技术流行而是因为要解决团队独立部署、独立开发、技术栈隔离的问题如果业务还没到这个规模用微前端反而引入复杂度这一点要先说清楚。第二步选具体方案可以选择qiankun、wujie或single-spa重点说明子应用如何加载是基于路由匹配还是手动加载js沙箱和样式隔离怎么做。第三步聊改造路径老项目改造不要一步到位先搭主应用基座把新业务用子应用接进来再逐步把老页面迁移进来形成一个渐进式过程。第四步谈风险子应用之间公共依赖怎么处理、加载子应用时的首屏性能怎么优化、内存泄漏怎么排查、跨应用通信怎么设计。如果这套回答你都能展开到细节面试官基本不会在工程化方向再难为你因为你的回答已经证明你有搭建和维护微前端架构的完整思路而不是只会写页面。5. 场景题与项目深挖开放题的答题框架5.1 前端监控和性能优化用一套方案串起来途虎卷子里有一道和监控相关的场景题大意是如何设计一个前端错误监控系统。我见过很多人的答案非常零散只提一句window.onerror和Promise.catch其实这题背后隐藏着一整套“采集、上报、聚合、告警”链路。我常用的答题框架是五层采集层、清洗层、上报层、存储与展示层、告警层。采集层要区分错误类型JS运行时错误用window.addEventListener(error)捕获Promise异常用unhandledrejection捕获资源加载失败可以用performance和资源标签的error事件React/Vue还有各自的error boundary和errorHandler钩子。清洗层做去重和上下文补充比如把错误堆栈里的url、行号、列号、UA、用户ID、操作路径拼在一起。上报层要解决两个问题一是可靠性优先用navigator.sendBeacon它不受页面卸载影响而且不阻塞页面二是性能批量打包、按时间切片不要每一条错误都发一个请求。存储与展示层就是按错误信息和接口维度聚合统计影响用户数和页面数。告警层设定阈值比如某条错误率超过0.1%就触发企业微信或短信通知。同样的框架也可以套到性能优化题上。你把性能优化拆成采集指标首屏时间、LCP、FID、CLS、TTFB、优化手段资源压缩、按需加载、骨架屏、CDN、缓存、service worker、验证手段Lighthouse、Performance面板一套回答下来既全面又务实。我踩过的一个坑是只写了优化手段没写验收标准结果面试官问我“你怎么知道优化有效”当时就卡住了。所以回答性能题一定要提“优化前后数据对比”哪怕给一个合理的估算值也比空谈强。5.2 项目深挖题怎么答才能证明真实做过最后一道通常是深挖你简历里的项目。我在准备时整理了一个“STAR-技术-复盘”模板可以给简历里每个项目做一个一分钟版本和五分钟版本。一分钟版本适合开场把项目背景、你负责的模块、采用的核心技术、最后结果讲清楚五分钟版本适合被追问每一步都要能展开到具体代码和踩坑细节。举一个我在途虎笔试后面试时被问到的例子。我的项目是一个门店管理后台的订单列表优化一开始是后端接口返回全量数据前端直接渲染订单量涨到几万条以后页面明显卡顿。我当时的优化方式是前端做虚拟列表只渲染可视区域附近的节点接口改成游标分页不再用页码分页因为游标分页在数据变更时可以避免跳过或重复同时把列表的搜索和筛选逻辑下推到服务端前端只传条件。面试官会追问“虚拟列表的缓冲区设置多少像素”“数据快速滚动时怎么避免白屏”“游标分页的游标用什么字段”。这些问题如果你没亲手做过很难临时编出来。如果简历上没有这种性能优化项目也不用编。可以从另一个角度切入比如你深入研究过某个组件库的源码或者给团队写过一套ESLint规则和公共UI组件只要讲清楚背后的思考过程面试官也能判断你有技术热情深挖题要的不是项目听起来多牛而是“这个技术难点你踩过哪些坑、调试过多久”。6. 备考建议与踩坑记录6.1 我刷完这套卷子后的时间分配建议如果你现在离笔试还有两周左右我建议把时间按7:3分成两部分。七成时间是刷高频手写题和看框架源码解析因为这部分权重最高且短期可以快速提升三成时间用来梳理项目和多写场景题的答题提纲。选择题里偏记忆的比如HTTP状态码、CSS属性、浏览器API可以集中半天过一遍不需要花整块时间。如果你只有两三天就不要贪多求全了。优先保证三类内容事件循环输出题能做对、深拷贝和Promise调度器能默写、项目里最亮眼的两个点能讲满三分钟。这三样是性价比之王几乎每套前端笔试卷都会碰到。我当年遇到“Promise并发限制”这道题时因为之前刚好练过类似调度器笔试时顺了手后面的题心态都稳了卷面发挥明显更从容。刷题时还有一个建议不要只刷新题做错的题一定要隔两天重做一遍。我见过太多人刷题时一看答案“哦我会了”结果考场上写的时候忘了某个关键参数。心理学上这叫“熟悉效应”你只是认识答案并不等于你掌握了。所以你可以给自己建一份易错清单每次重做前只过清单不看解答。6.2 常见失分点与规避方法我结合自己的考试经历和帮人辅导的经验总结几个常见失分点。第一个失分点是“审题不仔细”。有的手写题要求不能用递归但你没看见有的要求要处理非标准输入但你没考虑一上来就写默认情况这种丢分非常可惜。解决办法是拿到代码题先画一个小表格列出输入类型、边界条件、预期输出再动手写。第二个失分点是“代码风格混乱”。笔试卷子一般会留白但有些人是直接写在一行里或者变量名全是a、b、c阅卷体验极差。笔试阅卷人不一定有时间仔细抠你的每一行但一个连变量名都不好好写的人很难让人觉得你平时有代码洁癖。我习惯了写代码时顺手加简单注释哪怕只有一句话也能体现你的思路。第三个失分点是“场景题只答方向不能落地”。比如问优化你写“做懒加载、做缓存、做CDN”三个词和写“对首屏路由做懒加载优先加载页面必需资源对静态资源加hash和强缓存对图片做webp转换并走CDN”是完全不同的分数。任何方案都要带一句“用什么手段”和“解决什么问题”最好像写小作文一样有两三句展开。第四个失分点是“项目深挖时背稿子”。面试官很容易听出你在背准备过的内容一旦被打断追问就会乱了阵脚。我建议准备项目时只准备关键节点的答案不要逐字背要把握大方向这样面试官怎么绕你都能回到熟悉的技术点上。被问到不确定的细节坦诚说“这块我当时没深入我的理解是xxx”比硬编答案可信度高很多。我个人经历里还有一个印象很深的细节笔试时系统提醒还有10分钟交卷我回头一看发现自己有两道简答题竟然没填完当时手心全是汗。后来我养成了一个习惯拿到试卷和面试官确认总题量后根据分值把时间分配写下先做自己最有把握的题不会的题先跳过并做个标记最后留时间回头补。这个习惯在途虎笔试里帮了我大忙也让我在后续几家公司笔试里基本没再出现“时间不够”的问题。笔试本身不光是知识的比拼也是时间分配和心态管理的比拼你能在这些细节上比别人多做一步胜率自然就上来了。