用友的老笔试题拿到手的时候我第一反应是这套题其实挺典型。作为企业级软件厂商用友的技术栈一直偏稳重web前端校招笔试不会去追什么新框架新语法它考察的核心始终围绕 JavaScript 基本功、原生手写能力、CSS 布局理解、兼容性经验外加一小部分逻辑算法题。这篇就借着“用友2018校招web前端笔试题二”这个题把这类卷子的出题逻辑、常见题型、参考解法以及我当时刷题和后来帮忙整理面试题时踩过的坑一次性讲清楚。无论你是准备校招、投暑期实习还是工作一两年想回头补补基础这篇都能给你一个完整的复习坐标。1. 用友校招笔试题的命题思路拆解1.1 为什么前端笔试喜欢考这些“老掉牙”的内容先说一个很多人没想明白的问题既然企业招的是前端为什么笔试题不直接考 React、Vue反而大量考闭包、原型链、事件循环这种偏“底层”的东西答案在于企业级管理系统的真实开发场景。用友做的是 ERP、财务软件、人力系统这类 B 端产品前端面对的需求大多是复杂表单、大量数据回显、权限控制、流程审批页面。这类页面有3个共同特点状态管理复杂、浏览器环境不可控、页面需要长时间稳定运行。在这样的场景里框架只是工具真正决定页面能不能稳定跑下去的是你对原生 JavaScript 的理解深度。举个很实际的例子你在系统里做一个动态表单字段根据后端配置渲染复杂联动逻辑一多就很容易掉进闭包陷阱循环里绑定事件事件回调拿到的全是最后一个值。这种问题在笔试里不会直接考“请描述闭包”而是会给你一段循环打印的代码问输出结果。你要是没亲手踩过这个坑光靠背概念很难答对。另一个原因是筛选成本。笔试是海选几百份卷子要在短时间内筛出有潜力的人最有效的方式就是考基础。基础扎实的人学新框架一周就能上手基础不扎实的人哪怕简历上写满了 Vue 项目经验遇到性能优化、内存泄漏、复杂交互时还是会露馅。用友的题在这点上尤其明显整体难度中等偏上不故意刁难人但覆盖面广基本把前端日常开发需要的能力拆成了几大类语言基础、浏览器机制、CSS 布局、框架应用、编码能力。只要这几块没有明显短板分数就不会低。1.2 从命题人的视角看考察点布局我先按经验还原一下用友2018校招web前端笔试题二这类卷子的大致结构。它一般不会是一张纯算法卷而是多种题型组合题型常见考察内容题量占比选择题JS 数据类型、作用域、运算符优先级30%填空题代码执行结果、输出顺序、CSS 属性效果15%简答题原型链、事件委托、跨域、性能优化20%手写代码防抖节流、数组去重、深拷贝、call/apply/bind20%逻辑/算法字符串反转、数组排序、去重计数、简单递归15%这个布局背后有几层设计意图。选择题和填空题主要考察“概念是否准确”。比如typeof null的结果、和的区别、var和let在循环中的差异这些细节正常人平时写代码根本不会去刻意记但面试官希望通过这些题快速判断你有没有系统性地学过 JavaScript而不是只会照着文档敲代码。简答题考察的是“能不能讲清楚原理”。这里有个常见误区很多人在笔试时觉得简答题随便写两句就行反正不跑代码。实际上阅卷时简答题反而是拉分项。比如“什么是事件委托”这道题能写出“通过冒泡机制在父元素上监听利用 event.target 判断目标元素减少事件绑定数量”的人和只写“把事件绑定在父元素上”的人在阅卷人眼里完全是两个档次的水平。手写代码题是整套卷子的分水岭。这类题没有标准答案但阅卷人一眼就能看出你平时写代码的熟练度。变量命名规不规范、有没有处理边界条件、代码结构是不是清晰这些细节都在评分范围内。用友这类企业级软件公司尤其看重代码规范因为 B 端项目生命周期长代码是要交给团队长期维护的乱写的人再厉害也不敢要。算法逻辑题占比不高一般就1到2题难度大概在 LeetCode easy 到 medium 之间重点考察数组和字符串的处理能力。这跟大厂动不动就考动态规划不一样更贴近前端日常开发的真实水平因为前端真正频繁处理的也就是数据格式转换、列表筛选、字符串拼接这类问题。2. 核心题目类型与答题要点解析2.1 JavaScript 基础闭包、作用域与原型链最容易被埋坑JavaScript 基础这部分几乎是用友笔试的必考区。我见过太多人在这里翻车不是因为不会而是因为“以为自己会”。下面我把核心考点和容易错的地方一个个过一遍。变量提升与暂时性死区。重点在于var声明的变量会提升到作用域顶部但赋值不会提升而let和const存在暂时性死区声明前访问会报 ReferenceError。笔试里常见的出法是给你一段代码问输出顺序里面混着var、let、函数声明和函数表达式。答题的关键是先在心里把代码“翻译”成实际的执行顺序再套用作用域规则。闭包与循环绑定。这是一道经典中的经典给一个for循环循环体内用var绑定事件点击时输出 i。答案是全都输出最后一个值。原因是var没有块级作用域循环结束后 i 已经变成最终值事件回调读取的是同一个变量。而用let声明每次循环会创建独立的绑定输出才是正确的值。这道题考察的不仅是闭包还考察你对块级作用域的理解。补充一个面试官爱追问的点如果不用let还能怎么解决答案有两个一是用 IIFE 包裹创建独立作用域二是用 Function.prototype.bind 绑定参数。能写出两种方案的人说明是真的理解了这个问题的本质。原型链与 instanceof。原型链的题目套路相对固定给定一个构造函数new 出来的实例问你instanceof的判断结果、obj.__proto__指向谁、构造函数原型上的方法和实例自身属性的区别。这类题考察的是 JavaScript 继承机制本质上就是几个关键指向的记忆题。答题时建议先画一条原型链再逐个判断可以避免混乱。this 指向。这是另一个重灾区。需要记住的核心规则就几条默认绑定指向全局严格模式下是 undefined、隐式绑定指向调用对象、显式绑定用 call/apply/bind、new 绑定优先级最高。笔试里常考的变形是“把对象方法赋值给变量后再调用”此时 this 丢失指向全局这是很多初学者完全没想到的坑。我在实际开发里还遇到过更隐蔽的版本React 类组件里把一个方法作为 prop 传给子组件如果不 bindthis 就丢了组件一调用就报错。这种问题笔试不会直接考框架但基础的 this 规则不扎实早晚会在项目里爆炸。运算符优先级和数据类型转换。[] ![]这个结果是 true很多人想破脑袋都想不通。实际上规则是两侧都转成原始值再比较[]转为空字符串![]是 false再转成数字 0而空字符串转数字也是 0所以相等。这类题考察的是隐式类型转换光靠背结论没用必须理解ToPrimitive的转换流程。前端项目里做表单校验、接口参数拼接时隐式类型转换经常造成诡异的 bug理解了规则才能快速定位问题。2.2 异步编程与事件循环代码输出顺序题怎么答异步编程在笔试中的出题率极高几乎每个前端笔试题里都有一道“以下代码的输出顺序是什么”。这道题不是在考你的记忆能力而是在考你对 JavaScript 运行时机制的理解。事件循环的核心规则可以总结成四句话。同步任务先执行微任务在当前宏任务结束后、下一个宏任务开始前执行宏任务包括 setTimeout、setInterval、setImmediate微任务包括 Promise.then、MutationObserver、queueMicrotask。注意 Promise 构造函数本身是同步执行的只有.then回调才是微任务。答题顺序应该是这样的先把代码里的同步任务按顺序列出来再找到所有微任务按照添加顺序执行然后处理宏任务队列。每次执行一个宏任务前都要先清空当前的微任务队列这是网上很多人搞错的地方。我见过一个极端例子代码里 Promise 递归触发微任务导致宏任务被无限推迟最后页面直接卡死。事件循环的机制搞清楚这类题基本就是送分题。补充一个加分回答给面试官讲清楚浏览器的事件循环和 Node.js 的事件循环有什么区别。浏览器的微任务来源主要是 Promise 和 MutationObserverNode.js 里有 process.nextTick它的优先级比 Promise 还要高。这个点笔试一般不会出但简答题里如果让你“描述事件循环”你能主动提到这一层得分会明显不一样。2.3 CSS 布局与浏览器兼容BFC、居中方式和双飞翼布局用友这类 B 端系统页面上最常见的布局就是左侧菜单栏加右侧内容区中间还有各种弹窗表单。所以 CSS 布局题是这套卷子的常客而且考得很实在不会让你背概念而是直接让你写代码。垂直水平居中。别小看这道题它考察的知识点可以很浅也可以很深。最简单的方案是 flex 布局父容器display: flex; justify-content: center; align-items: center;一行代码搞定。但笔试里常有附加条件要求兼容 IE9这时候 flex 的兼容性就有问题了可以用绝对定位加上负边距的方案不过需要知道元素宽高如果不知道宽高可以用top: 50%; left: 50%; transform: translate(-50%, -50%)但是 transform 在低版本 IE 也不支持那就得用margin: auto配合绝对定位的方式。能把这个演进过程写完整的人说明对 CSS 的熟悉程度不是背出来的而是真实项目里磨出来的。BFC 与清除浮动。BFC块级格式化上下文在面试里几乎必考笔试出题形式通常是“如何防止 margin 重叠”或“父元素高度塌陷怎么解决”。BFC 的触发条件要背清楚overflow: hidden、float、position: absolute/fixed、display: inline-block/table-cell/flex都能触发在日常开发中最常用的是overflow: hidden给父容器创建 BFC 来清除浮动。但补充一个经验在真实项目中overflow: hidden会带来“溢出内容被裁切”的副作用所以现在团队里更推荐用.clearfix::after { content: ; display: block; clear: both; }来处理。双飞翼布局和圣杯布局。这两种布局曾经是面试必考现在虽然 flex 和 grid 已经普及但老牌公司笔试题里还是常见。原因是这类布局考察的是对 float、负 margin 和定位机制的理解而不是单纯会写一个页面。双飞翼布局的核心思路是三栏布局中间栏优先渲染左右两栏通过负 margin 拉回与中间栏同一行中间栏内容通过内部 padding 避开两侧。这套逻辑里面藏着对文档流和负边距的深度理解值得认真写一遍。浏览器兼容。用友的 B 端产品实际会面临什么浏览器环境企业内部经常有老旧的 IE 版本或者基于 Chromium 内核的定制浏览器。所以笔试里会有一些兼容性相关的选择题比如测试addEventListener是否可用、事件对象的target和srcElement如何处理、Array.prototype.indexOf在 IE8 不可用怎么办。这些知识点现在看起来有点过时但在企业级开发场景里永远有需求。我建议回答的时候带一句“实际项目里我通过垫片或者工具库去处理”比单纯背 API 强很多。2.4 框架应用jQuery 时代的老题和 Vue 的新题用友2018年校招的时候前端圈子正好处在 jQuery 和早期 Vue 交替的阶段所以笔试里可能会有一些 jQuery 的 API 题比如$.ajax的用法、on()和bind()的区别、链式调用的实现原理。这些题现在看起来有点年代感但背后的设计思想依然值得学比如 jQuery 的事件委托接口是怎么封装的、链式调用是怎么通过返回 this 实现的。更值得关注的是 Vue 相关的题目。用友这类公司笔试常考的无非是这几个Vue 响应式原理、v-if和v-show的区别、$nextTick的作用、组件间通信方式、computed 和 watch 的区别。v-if和v-show的区别是个基础的不能再基础的题。v-if是真正的条件渲染不满足条件时 DOM 元素根本不存在v-show只是切换 display 属性元素始终在 DOM 里。实际场景中高频切换用v-show低频切换用v-if同时要注意v-if会有更高的初始渲染开销因为切换时要做销毁重建。Vue 响应式原理这道题在2018年的时候标准答案是通过Object.defineProperty遍历 data 的每个属性把它们转成 getter/setter并在 getter 里收集依赖、在 setter 里触发更新。这套机制在 Vue3 里换成了 Proxy但企业级项目里 Vue2 存量代码量巨大所以这个知识点依然值得掌握。答这道题的时候别忘了提一句“数组的一些方法需要特殊处理所以 Vue2 重写了数组的 7 个变更方法”这能体现你对源码的熟悉程度。组件通信方式也是一个高频简答题。常规答法是props 父传子、$emit 子传父、$refs 直接调用子组件方法、EventBus 用于跨组件通信、Vuex 用于全局状态管理。能补充provide/inject和$attrs/$listeners的人明显是做过复杂项目的因为这两种方式在处理高阶组件和组件库封装时非常常用。3. 实战演练典型真题与手写实现3.1 手写防抖与节流阅卷人最看重的是边界处理防抖和节流是前端笔试手写代码题里出现频率最高的两题几乎没有之一。为什么面试官爱考因为它们是真实开发中每天都在用的工具函数而且可以从多个维度考察候选人的水平函数式编程思维、this 处理、参数传递、边界情况思考。防抖的实现逻辑是事件触发后等待一段时间如果在这段时间内再次触发则重新计时只有最后一次触发才会真正执行。典型的应用场景是搜索框输入、窗口缩放。我推荐的防抖实现是这样的function debounce(func, wait, immediate) { let timer null; let isInvoked false; function debounced() { const context this; const args arguments; if (timer) clearTimeout(timer); if (immediate !isInvoked) { func.apply(context, args); isInvoked true; return; } timer setTimeout(function () { func.apply(context, args); isInvoked false; timer null; }, wait); } debounced.cancel function () { clearTimeout(timer); timer null; isInvoked false; }; return debounced; }这段实现里最容易被忽略的是func.apply(context, args)这两行。如果直接写func()当防抖函数被用作对象方法时内部的 this 指向就会出错。我在真实项目里遇到过这样的 bug对一个实例方法做防抖结果方法内部的 this 指向 window一调用就报错。所以手写时凡是涉及回调函数都需要显式绑定 this 和参数。节流的实现逻辑是规定一个时间间隔在这个时间间隔内最多只能触发一次。应用场景是滚动加载、按钮重复点击、游戏中的 shoot 操作。常见有两种实现时间戳版本和定时器版本。时间戳版本的特点是第一次一定会触发但最后一次不会触发定时器版本则相反第一次可能会晚触发但最后一次一定会触发。实际使用中经常要做成两者结合第一次立即执行停止触发后还能在尾巴上再执行一次。function throttle(func, wait) { let previous 0; let timer null; return function () { const context this; const args arguments; const now Date.now(); const remaining wait - (now - previous); if (remaining 0) { if (timer) { clearTimeout(timer); timer null; } func.apply(context, args); previous now; } else if (!timer) { timer setTimeout(function () { func.apply(context, args); previous Date.now(); timer null; }, remaining); } }; }笔试里踩过最大的坑是有些同学会在remaining 0的判断后不处理 timer导致最后一次执行后定时器又触发一次函数重复执行。3.2 手写数组去重与深拷贝选对方法比背代码更重要数组去重这道题千万不要只会写一种方案。阅卷人看到你写出多种方案会默认你是真的做过数据处理的因为每种方案背后对应的是不同的 JavaScript 特性。最基础的双层循环方案不推荐复杂度太高。常用的方案有这么几种Set去重一行代码但要注意Set对引用类型是引用比较[{}, {}] 无法去重filter加indexOf去重利用indexOf查到的位置和当前索引相同就是第一次出现Map去重适合需要对元素做特殊标记的场景Array.from(new Set(arr))是最推荐的简洁写法。如果题目要求“对象数组按某个字段去重”那答法就不一样了需要用Map按 id 维度做过滤function uniqueByField(arr, field) { const map new Map(); return arr.filter(item { if (!map.has(item[field])) { map.set(item[field], true); return true; } return false; }); }深拷贝是另一个高频手写题。最被诟病的答案是JSON.parse(JSON.stringify(obj))因为这个方案在遇到 undefined、function、Symbol、循环引用时全部会出问题。笔试里这道题的完整答法是递归加WeakMap处理循环引用function deepClone(target, map new WeakMap()) { if (target null || typeof target ! object) { return target; } if (map.has(target)) { return map.get(target); } const result Array.isArray(target) ? [] : {}; map.set(target, result); Object.keys(target).forEach(key { result[key] deepClone(target[key], map); }); return result; }这段代码里最核心的是map.has(target)的判断。没有这个判断对象里 a 属性引用自身时递归会无限循环直到栈溢出。这个边界处理是阅卷时的加分项能答出来的同学不多。3.3 手写 call、apply、bind考察对 this 机制的深层理解这三兄弟是前端笔试手写题里的“硬骨头”。很多同学能熟练使用它们但让手写实现就懵了。其实这道题不指望你在真实项目里重新发明一遍它考察的是你对 this 绑定机制、arguments 对象、Symbol、柯里化思想的理解程度。call 的实现思路是把函数挂到一个临时对象上然后在这个对象的上下文里调用它调用完删掉。原理说起来一句话写起来有几个细节要注意Function.prototype.myCall function (context, ...args) { context context ?? window; const fn Symbol(fn); context[fn] this; const result context[fn](...args); delete context[fn]; return result; };用Symbol是为了避免属性名冲突假如对象上已经有 fn 这个属性直接挂进去会覆盖原值。用?? window是为了处理 context 为 null 或 undefined 的情况。最后把结果存下来删除临时属性再返回是为了保证函数有返回值时也能正确传出。apply 和 call 的差异只在参数形式上apply 接收数组展开context[fn](...args)。bind 就更复杂一点因为它返回一个新函数新函数可以继续接收参数所以要做参数拼接还要处理new调用的情况。由于new的优先级高于 bind所以 bind 返回的函数如果被 new 调用this 指向的是新创建的对象而不是 bind 传入的 context。3.4 算法题数组排序与字符串处理的实用答法用友笔试的算法题不会太难但也不是送分题。常见的是写一个排序算法、字符串反转、统计字符出现次数、数组扁平化这类与业务数据处理相关的题。快速排序是常考题目考察的是递归和分治思想。笔试里的标准实现大概是function quickSort(arr) { if (arr.length 1) return arr; const pivotIndex Math.floor(arr.length / 2); const pivot arr[pivotIndex]; const left []; const right []; for (let i 0; i arr.length; i) { if (i pivotIndex) continue; if (arr[i] pivot) { left.push(arr[i]); } else { right.push(arr[i]); } } return [...quickSort(left), pivot, ...quickSort(right)]; }注意这个版本取基准值是splice或直接访问pivotIndex循环时要把基准值跳过去否则会重复比较甚至造成死循环。我在给别人改代码时经常看到去掉if (i pivotIndex) continue;这一行的递归版本输出结果永远是错的。字符串处理题里最常见的是统计字符出现次数本质是考察对象或 Map 的使用。数组扁平化也很有意思它要求把[1, [2, [3, 4]]]变成[1, 2, 3, 4]可以用递归也可以用flat(Infinity)。笔试时建议先写递归版本再提一句原生flat的存在体现你既懂原理也知道工程化用法。4. 校招笔试题的解题思路与应试方法论4.1 拿到题先审题再动手答题节奏怎么控制笔试时间一般一个半小时到两个小时题量在二十到三十题之间。最忌讳的是在第一道选择题上纠结太久通常一道选择题超过两分钟还不确定就应该标记一下先跳过回头再来看。我的做题顺序建议是先扫一遍整张卷子把手写代码题找出来心里有个数然后按照选择题、填空题、简答题的顺序做手写代码和算法题放在最后。为什么这样安排因为选择题和填空题是短时间内拿分效率最高的题型手写题哪怕你花了二十分钟写出来也就十几分性价比不如用五分钟检查两遍选择题。我见过太多人在手写题上投入过多时间最后选择题没时间细看错了一堆不该错的。审题环节最重要。拿一道手写题先不着急写代码花三十秒确认三个信息输入是什么类型数组、对象、字符串、期望输出是什么格式、有没有额外的边界条件要求。很多题目的坑就藏在边界条件里比如“数组可能为空”“对象里有循环引用”“字符串里有空格”这些提示都是阅卷人想考察你是否具备边界意识写代码时都要体现出来。4.2 笔试环境与快捷键操作不能在细节上翻车笔试环境通常有两个极端一个是在牛客或赛码网这类在线平台上写代码能编译运行另一个是发一份 word 文档或压缩包让你在本地编辑器里写然后写上答案打包提交。两种环境下的策略完全不一样。在线平台能跑代码这意味着你写完可以自己验证。执行策略应该是先写出一个能通过的版本再考虑优化。千万不要一开始就追求“最优解”特别是在求稳的校招场景里。比如数组去重先写Array.from(new Set(arr))一行版本确认通过再补充扩展这才是正确顺序。本地编辑器环境就要注意另一件事阅卷人没有时间把你的代码跑起来他们是直接看代码来评分的所以代码的可读性直接决定分数。变量名用英文全称不缩写函数完成单一职责注释写清楚核心逻辑。这些平时觉得无所谓的小事在阅卷环节影响巨大。还有一个经常被忽略的操作细节提交卷子前一定要回头检查文件命名和格式要求。有的公司要求把答案压缩成指定格式有的要求按题目编号命名不符合要求直接不阅卷这类非技术性失误是最冤的。4.3 写代码规范细节从变量命名到边界处理笔试阅卷时阅卷人通常会先看变量命名和整体代码结构如果这两项印象不错才会认真看逻辑对不对。所以哪怕是笔试代码风格也要像平时在团队里提交代码一样规范。变量命名的原则是见名知义。用findIndex而不是idx用userList而不是arr1。我见过很多笔试代码里写let a 5、let b []就算逻辑全对阅卷印象分也会打折。代码结构上把工具函数和业务逻辑分开。比如深拷贝那道题如果一行代码写完整段递归阅卷人看起来会很吃力如果拆成几个小块每块注释一下阅读成本就低很多。边界处理是比变量命名更容易被忽略的细节。很多同学写function debounce(func, wait) { ... }时完全没有考虑 wait 传 0、func 不是函数、timer 重复触发这些情况。虽然笔试不会逐条测试但你主动写了防御性代码只要有一个两个边界的处理阅卷人就会认为你平时写代码是注重质量的。5. 常见问题与避坑指南5.1 经典易错点速查表我整理了这些年反复出现的高频易错点每一条都来自真实笔试题和项目排查考前过一遍能挽回至少五到八分。易错点错误理解/错误操作正确认知/正确操作typeof null认为是 object 是 bug这是历史遗留设计就是要答 objectvar 循环绑定用 let 直接解决后不再深究还要能写出 IIFE 和 bind 两种方案箭头函数 this以为箭头函数可以 bind箭头函数 this 在定义时确定bind 无效 和 认为只是“带不带类型转换”要理解 ToPrimitive 的完整转换流程事件委托只挂监听不判断 target必须用 e.target 判断目标元素标签闭包内存以为闭包一定会泄漏内存被外部引用的闭包变量不释放才泄漏深拷贝用 JSON.parse(JSON.stringify()) 万能论遇到 undefined/function/循环引用会出问题事件循环以为 Promise 整体是微任务只有 then/catch/finally 回调是微任务垂直居中只会 flex 一种方式要准备兼容 IE 的定位方案数组去重以为 Set 能去重对象数组引用类型比较的是内存地址v-if 和 v-show以为性能差异只在初始渲染v-if 切换有销毁重建开销v-show 开销在首屏响应式拦截以为 Vue2 能拦截新增属性新增属性要用 $set数组要通过变更方法触发5.2 阅卷视角的加分项与减分项最后从阅卷视角聊聊哪些行为加分、哪些行为减分。这是很多复习攻略不会讲的部分但对笔试分数的影响非常直接。加分项大概有这么几类。第一类是“主动写边界处理”比如手写节流时对 timer 是否存在的判断、深拷贝里对循环引用的处理这些代码会让阅卷人觉得你不是在背题而是真的考虑过工程场景。第二类是“一题多解”尤其是数组去重和排序这类题最后用注释标注一下每种方案的时间复杂度会显得很专业。第三类是“代码注释写得好”不要写废话注释“这里设置定时器”而是写为什么这么写比如“这里用 apply 是为了修正 this 指向”。减分项更加需要注意。最严重的是抄题没审清题目就动手比如题目要求写防抖你写了节流这种错误直接零分。其次是代码风格极度混乱随意缩进、同名变量声明多处、逻辑嵌套七八层阅卷人没有耐心去拆解你的逻辑。还有一个隐蔽的减分点就是选择题上犹豫太久导致卷面出现大片空白任何一道空白题都默认零分而选择题瞎蒙都还有四分之一概率得分。5.3 用友这类企业软件厂商的面试风格补充如果你笔试通过了面用友这类企业级软件厂商面试风格跟互联网大厂有明显区别。它们更看重项目经验的真实性和业务理解的深度会追问“你们这个系统上线之后遇到哪些性能问题”“表单校验是怎么做的”“权限控制如何在前端实现”。这些问题的背后是他们对复杂 B 端场景的担忧。笔试只是第一道门槛面试才是真正检验是否适合企业级开发的环节。所以建议准备笔试的同时把简历里写过的项目再复盘一遍多思考几个为什么为什么用这个方案、有什么可替换方案、实际效果如何衡量。这些思考不仅面试用得上笔试简答题里也经常能用到特别是“前端性能优化”这类开放题有真实经验支撑的回答比背十条优化建议要打动人得多。我个人在实际批改笔试题时最大的感受是前端功底真不真几道手写题就能看穿。概念可以背但代码风格、边界处理、解题思路这些细节都能反映一个人平时是怎么写代码的。如果你现在还在准备校招与其花时间刷各种偏僻冷门的框架题不如把 JavaScript 基础、CSS 布局、手写实现这几块打磨扎实这套题背后的核心能力会一直在面试里被反复检验。以后刷到“用友2018校招web前端笔试题二”这类卷子先别急着找答案自己限时做一遍看看哪一块最吃力那就是你接下来最应该补的地方。 用友校招前端笔试题解析：从命题思路到手写代码全攻略
用友的老笔试题拿到手的时候我第一反应是这套题其实挺典型。作为企业级软件厂商用友的技术栈一直偏稳重web前端校招笔试不会去追什么新框架新语法它考察的核心始终围绕 JavaScript 基本功、原生手写能力、CSS 布局理解、兼容性经验外加一小部分逻辑算法题。这篇就借着“用友2018校招web前端笔试题二”这个题把这类卷子的出题逻辑、常见题型、参考解法以及我当时刷题和后来帮忙整理面试题时踩过的坑一次性讲清楚。无论你是准备校招、投暑期实习还是工作一两年想回头补补基础这篇都能给你一个完整的复习坐标。1. 用友校招笔试题的命题思路拆解1.1 为什么前端笔试喜欢考这些“老掉牙”的内容先说一个很多人没想明白的问题既然企业招的是前端为什么笔试题不直接考 React、Vue反而大量考闭包、原型链、事件循环这种偏“底层”的东西答案在于企业级管理系统的真实开发场景。用友做的是 ERP、财务软件、人力系统这类 B 端产品前端面对的需求大多是复杂表单、大量数据回显、权限控制、流程审批页面。这类页面有3个共同特点状态管理复杂、浏览器环境不可控、页面需要长时间稳定运行。在这样的场景里框架只是工具真正决定页面能不能稳定跑下去的是你对原生 JavaScript 的理解深度。举个很实际的例子你在系统里做一个动态表单字段根据后端配置渲染复杂联动逻辑一多就很容易掉进闭包陷阱循环里绑定事件事件回调拿到的全是最后一个值。这种问题在笔试里不会直接考“请描述闭包”而是会给你一段循环打印的代码问输出结果。你要是没亲手踩过这个坑光靠背概念很难答对。另一个原因是筛选成本。笔试是海选几百份卷子要在短时间内筛出有潜力的人最有效的方式就是考基础。基础扎实的人学新框架一周就能上手基础不扎实的人哪怕简历上写满了 Vue 项目经验遇到性能优化、内存泄漏、复杂交互时还是会露馅。用友的题在这点上尤其明显整体难度中等偏上不故意刁难人但覆盖面广基本把前端日常开发需要的能力拆成了几大类语言基础、浏览器机制、CSS 布局、框架应用、编码能力。只要这几块没有明显短板分数就不会低。1.2 从命题人的视角看考察点布局我先按经验还原一下用友2018校招web前端笔试题二这类卷子的大致结构。它一般不会是一张纯算法卷而是多种题型组合题型常见考察内容题量占比选择题JS 数据类型、作用域、运算符优先级30%填空题代码执行结果、输出顺序、CSS 属性效果15%简答题原型链、事件委托、跨域、性能优化20%手写代码防抖节流、数组去重、深拷贝、call/apply/bind20%逻辑/算法字符串反转、数组排序、去重计数、简单递归15%这个布局背后有几层设计意图。选择题和填空题主要考察“概念是否准确”。比如typeof null的结果、和的区别、var和let在循环中的差异这些细节正常人平时写代码根本不会去刻意记但面试官希望通过这些题快速判断你有没有系统性地学过 JavaScript而不是只会照着文档敲代码。简答题考察的是“能不能讲清楚原理”。这里有个常见误区很多人在笔试时觉得简答题随便写两句就行反正不跑代码。实际上阅卷时简答题反而是拉分项。比如“什么是事件委托”这道题能写出“通过冒泡机制在父元素上监听利用 event.target 判断目标元素减少事件绑定数量”的人和只写“把事件绑定在父元素上”的人在阅卷人眼里完全是两个档次的水平。手写代码题是整套卷子的分水岭。这类题没有标准答案但阅卷人一眼就能看出你平时写代码的熟练度。变量命名规不规范、有没有处理边界条件、代码结构是不是清晰这些细节都在评分范围内。用友这类企业级软件公司尤其看重代码规范因为 B 端项目生命周期长代码是要交给团队长期维护的乱写的人再厉害也不敢要。算法逻辑题占比不高一般就1到2题难度大概在 LeetCode easy 到 medium 之间重点考察数组和字符串的处理能力。这跟大厂动不动就考动态规划不一样更贴近前端日常开发的真实水平因为前端真正频繁处理的也就是数据格式转换、列表筛选、字符串拼接这类问题。2. 核心题目类型与答题要点解析2.1 JavaScript 基础闭包、作用域与原型链最容易被埋坑JavaScript 基础这部分几乎是用友笔试的必考区。我见过太多人在这里翻车不是因为不会而是因为“以为自己会”。下面我把核心考点和容易错的地方一个个过一遍。变量提升与暂时性死区。重点在于var声明的变量会提升到作用域顶部但赋值不会提升而let和const存在暂时性死区声明前访问会报 ReferenceError。笔试里常见的出法是给你一段代码问输出顺序里面混着var、let、函数声明和函数表达式。答题的关键是先在心里把代码“翻译”成实际的执行顺序再套用作用域规则。闭包与循环绑定。这是一道经典中的经典给一个for循环循环体内用var绑定事件点击时输出 i。答案是全都输出最后一个值。原因是var没有块级作用域循环结束后 i 已经变成最终值事件回调读取的是同一个变量。而用let声明每次循环会创建独立的绑定输出才是正确的值。这道题考察的不仅是闭包还考察你对块级作用域的理解。补充一个面试官爱追问的点如果不用let还能怎么解决答案有两个一是用 IIFE 包裹创建独立作用域二是用 Function.prototype.bind 绑定参数。能写出两种方案的人说明是真的理解了这个问题的本质。原型链与 instanceof。原型链的题目套路相对固定给定一个构造函数new 出来的实例问你instanceof的判断结果、obj.__proto__指向谁、构造函数原型上的方法和实例自身属性的区别。这类题考察的是 JavaScript 继承机制本质上就是几个关键指向的记忆题。答题时建议先画一条原型链再逐个判断可以避免混乱。this 指向。这是另一个重灾区。需要记住的核心规则就几条默认绑定指向全局严格模式下是 undefined、隐式绑定指向调用对象、显式绑定用 call/apply/bind、new 绑定优先级最高。笔试里常考的变形是“把对象方法赋值给变量后再调用”此时 this 丢失指向全局这是很多初学者完全没想到的坑。我在实际开发里还遇到过更隐蔽的版本React 类组件里把一个方法作为 prop 传给子组件如果不 bindthis 就丢了组件一调用就报错。这种问题笔试不会直接考框架但基础的 this 规则不扎实早晚会在项目里爆炸。运算符优先级和数据类型转换。[] ![]这个结果是 true很多人想破脑袋都想不通。实际上规则是两侧都转成原始值再比较[]转为空字符串![]是 false再转成数字 0而空字符串转数字也是 0所以相等。这类题考察的是隐式类型转换光靠背结论没用必须理解ToPrimitive的转换流程。前端项目里做表单校验、接口参数拼接时隐式类型转换经常造成诡异的 bug理解了规则才能快速定位问题。2.2 异步编程与事件循环代码输出顺序题怎么答异步编程在笔试中的出题率极高几乎每个前端笔试题里都有一道“以下代码的输出顺序是什么”。这道题不是在考你的记忆能力而是在考你对 JavaScript 运行时机制的理解。事件循环的核心规则可以总结成四句话。同步任务先执行微任务在当前宏任务结束后、下一个宏任务开始前执行宏任务包括 setTimeout、setInterval、setImmediate微任务包括 Promise.then、MutationObserver、queueMicrotask。注意 Promise 构造函数本身是同步执行的只有.then回调才是微任务。答题顺序应该是这样的先把代码里的同步任务按顺序列出来再找到所有微任务按照添加顺序执行然后处理宏任务队列。每次执行一个宏任务前都要先清空当前的微任务队列这是网上很多人搞错的地方。我见过一个极端例子代码里 Promise 递归触发微任务导致宏任务被无限推迟最后页面直接卡死。事件循环的机制搞清楚这类题基本就是送分题。补充一个加分回答给面试官讲清楚浏览器的事件循环和 Node.js 的事件循环有什么区别。浏览器的微任务来源主要是 Promise 和 MutationObserverNode.js 里有 process.nextTick它的优先级比 Promise 还要高。这个点笔试一般不会出但简答题里如果让你“描述事件循环”你能主动提到这一层得分会明显不一样。2.3 CSS 布局与浏览器兼容BFC、居中方式和双飞翼布局用友这类 B 端系统页面上最常见的布局就是左侧菜单栏加右侧内容区中间还有各种弹窗表单。所以 CSS 布局题是这套卷子的常客而且考得很实在不会让你背概念而是直接让你写代码。垂直水平居中。别小看这道题它考察的知识点可以很浅也可以很深。最简单的方案是 flex 布局父容器display: flex; justify-content: center; align-items: center;一行代码搞定。但笔试里常有附加条件要求兼容 IE9这时候 flex 的兼容性就有问题了可以用绝对定位加上负边距的方案不过需要知道元素宽高如果不知道宽高可以用top: 50%; left: 50%; transform: translate(-50%, -50%)但是 transform 在低版本 IE 也不支持那就得用margin: auto配合绝对定位的方式。能把这个演进过程写完整的人说明对 CSS 的熟悉程度不是背出来的而是真实项目里磨出来的。BFC 与清除浮动。BFC块级格式化上下文在面试里几乎必考笔试出题形式通常是“如何防止 margin 重叠”或“父元素高度塌陷怎么解决”。BFC 的触发条件要背清楚overflow: hidden、float、position: absolute/fixed、display: inline-block/table-cell/flex都能触发在日常开发中最常用的是overflow: hidden给父容器创建 BFC 来清除浮动。但补充一个经验在真实项目中overflow: hidden会带来“溢出内容被裁切”的副作用所以现在团队里更推荐用.clearfix::after { content: ; display: block; clear: both; }来处理。双飞翼布局和圣杯布局。这两种布局曾经是面试必考现在虽然 flex 和 grid 已经普及但老牌公司笔试题里还是常见。原因是这类布局考察的是对 float、负 margin 和定位机制的理解而不是单纯会写一个页面。双飞翼布局的核心思路是三栏布局中间栏优先渲染左右两栏通过负 margin 拉回与中间栏同一行中间栏内容通过内部 padding 避开两侧。这套逻辑里面藏着对文档流和负边距的深度理解值得认真写一遍。浏览器兼容。用友的 B 端产品实际会面临什么浏览器环境企业内部经常有老旧的 IE 版本或者基于 Chromium 内核的定制浏览器。所以笔试里会有一些兼容性相关的选择题比如测试addEventListener是否可用、事件对象的target和srcElement如何处理、Array.prototype.indexOf在 IE8 不可用怎么办。这些知识点现在看起来有点过时但在企业级开发场景里永远有需求。我建议回答的时候带一句“实际项目里我通过垫片或者工具库去处理”比单纯背 API 强很多。2.4 框架应用jQuery 时代的老题和 Vue 的新题用友2018年校招的时候前端圈子正好处在 jQuery 和早期 Vue 交替的阶段所以笔试里可能会有一些 jQuery 的 API 题比如$.ajax的用法、on()和bind()的区别、链式调用的实现原理。这些题现在看起来有点年代感但背后的设计思想依然值得学比如 jQuery 的事件委托接口是怎么封装的、链式调用是怎么通过返回 this 实现的。更值得关注的是 Vue 相关的题目。用友这类公司笔试常考的无非是这几个Vue 响应式原理、v-if和v-show的区别、$nextTick的作用、组件间通信方式、computed 和 watch 的区别。v-if和v-show的区别是个基础的不能再基础的题。v-if是真正的条件渲染不满足条件时 DOM 元素根本不存在v-show只是切换 display 属性元素始终在 DOM 里。实际场景中高频切换用v-show低频切换用v-if同时要注意v-if会有更高的初始渲染开销因为切换时要做销毁重建。Vue 响应式原理这道题在2018年的时候标准答案是通过Object.defineProperty遍历 data 的每个属性把它们转成 getter/setter并在 getter 里收集依赖、在 setter 里触发更新。这套机制在 Vue3 里换成了 Proxy但企业级项目里 Vue2 存量代码量巨大所以这个知识点依然值得掌握。答这道题的时候别忘了提一句“数组的一些方法需要特殊处理所以 Vue2 重写了数组的 7 个变更方法”这能体现你对源码的熟悉程度。组件通信方式也是一个高频简答题。常规答法是props 父传子、$emit 子传父、$refs 直接调用子组件方法、EventBus 用于跨组件通信、Vuex 用于全局状态管理。能补充provide/inject和$attrs/$listeners的人明显是做过复杂项目的因为这两种方式在处理高阶组件和组件库封装时非常常用。3. 实战演练典型真题与手写实现3.1 手写防抖与节流阅卷人最看重的是边界处理防抖和节流是前端笔试手写代码题里出现频率最高的两题几乎没有之一。为什么面试官爱考因为它们是真实开发中每天都在用的工具函数而且可以从多个维度考察候选人的水平函数式编程思维、this 处理、参数传递、边界情况思考。防抖的实现逻辑是事件触发后等待一段时间如果在这段时间内再次触发则重新计时只有最后一次触发才会真正执行。典型的应用场景是搜索框输入、窗口缩放。我推荐的防抖实现是这样的function debounce(func, wait, immediate) { let timer null; let isInvoked false; function debounced() { const context this; const args arguments; if (timer) clearTimeout(timer); if (immediate !isInvoked) { func.apply(context, args); isInvoked true; return; } timer setTimeout(function () { func.apply(context, args); isInvoked false; timer null; }, wait); } debounced.cancel function () { clearTimeout(timer); timer null; isInvoked false; }; return debounced; }这段实现里最容易被忽略的是func.apply(context, args)这两行。如果直接写func()当防抖函数被用作对象方法时内部的 this 指向就会出错。我在真实项目里遇到过这样的 bug对一个实例方法做防抖结果方法内部的 this 指向 window一调用就报错。所以手写时凡是涉及回调函数都需要显式绑定 this 和参数。节流的实现逻辑是规定一个时间间隔在这个时间间隔内最多只能触发一次。应用场景是滚动加载、按钮重复点击、游戏中的 shoot 操作。常见有两种实现时间戳版本和定时器版本。时间戳版本的特点是第一次一定会触发但最后一次不会触发定时器版本则相反第一次可能会晚触发但最后一次一定会触发。实际使用中经常要做成两者结合第一次立即执行停止触发后还能在尾巴上再执行一次。function throttle(func, wait) { let previous 0; let timer null; return function () { const context this; const args arguments; const now Date.now(); const remaining wait - (now - previous); if (remaining 0) { if (timer) { clearTimeout(timer); timer null; } func.apply(context, args); previous now; } else if (!timer) { timer setTimeout(function () { func.apply(context, args); previous Date.now(); timer null; }, remaining); } }; }笔试里踩过最大的坑是有些同学会在remaining 0的判断后不处理 timer导致最后一次执行后定时器又触发一次函数重复执行。3.2 手写数组去重与深拷贝选对方法比背代码更重要数组去重这道题千万不要只会写一种方案。阅卷人看到你写出多种方案会默认你是真的做过数据处理的因为每种方案背后对应的是不同的 JavaScript 特性。最基础的双层循环方案不推荐复杂度太高。常用的方案有这么几种Set去重一行代码但要注意Set对引用类型是引用比较[{}, {}] 无法去重filter加indexOf去重利用indexOf查到的位置和当前索引相同就是第一次出现Map去重适合需要对元素做特殊标记的场景Array.from(new Set(arr))是最推荐的简洁写法。如果题目要求“对象数组按某个字段去重”那答法就不一样了需要用Map按 id 维度做过滤function uniqueByField(arr, field) { const map new Map(); return arr.filter(item { if (!map.has(item[field])) { map.set(item[field], true); return true; } return false; }); }深拷贝是另一个高频手写题。最被诟病的答案是JSON.parse(JSON.stringify(obj))因为这个方案在遇到 undefined、function、Symbol、循环引用时全部会出问题。笔试里这道题的完整答法是递归加WeakMap处理循环引用function deepClone(target, map new WeakMap()) { if (target null || typeof target ! object) { return target; } if (map.has(target)) { return map.get(target); } const result Array.isArray(target) ? [] : {}; map.set(target, result); Object.keys(target).forEach(key { result[key] deepClone(target[key], map); }); return result; }这段代码里最核心的是map.has(target)的判断。没有这个判断对象里 a 属性引用自身时递归会无限循环直到栈溢出。这个边界处理是阅卷时的加分项能答出来的同学不多。3.3 手写 call、apply、bind考察对 this 机制的深层理解这三兄弟是前端笔试手写题里的“硬骨头”。很多同学能熟练使用它们但让手写实现就懵了。其实这道题不指望你在真实项目里重新发明一遍它考察的是你对 this 绑定机制、arguments 对象、Symbol、柯里化思想的理解程度。call 的实现思路是把函数挂到一个临时对象上然后在这个对象的上下文里调用它调用完删掉。原理说起来一句话写起来有几个细节要注意Function.prototype.myCall function (context, ...args) { context context ?? window; const fn Symbol(fn); context[fn] this; const result context[fn](...args); delete context[fn]; return result; };用Symbol是为了避免属性名冲突假如对象上已经有 fn 这个属性直接挂进去会覆盖原值。用?? window是为了处理 context 为 null 或 undefined 的情况。最后把结果存下来删除临时属性再返回是为了保证函数有返回值时也能正确传出。apply 和 call 的差异只在参数形式上apply 接收数组展开context[fn](...args)。bind 就更复杂一点因为它返回一个新函数新函数可以继续接收参数所以要做参数拼接还要处理new调用的情况。由于new的优先级高于 bind所以 bind 返回的函数如果被 new 调用this 指向的是新创建的对象而不是 bind 传入的 context。3.4 算法题数组排序与字符串处理的实用答法用友笔试的算法题不会太难但也不是送分题。常见的是写一个排序算法、字符串反转、统计字符出现次数、数组扁平化这类与业务数据处理相关的题。快速排序是常考题目考察的是递归和分治思想。笔试里的标准实现大概是function quickSort(arr) { if (arr.length 1) return arr; const pivotIndex Math.floor(arr.length / 2); const pivot arr[pivotIndex]; const left []; const right []; for (let i 0; i arr.length; i) { if (i pivotIndex) continue; if (arr[i] pivot) { left.push(arr[i]); } else { right.push(arr[i]); } } return [...quickSort(left), pivot, ...quickSort(right)]; }注意这个版本取基准值是splice或直接访问pivotIndex循环时要把基准值跳过去否则会重复比较甚至造成死循环。我在给别人改代码时经常看到去掉if (i pivotIndex) continue;这一行的递归版本输出结果永远是错的。字符串处理题里最常见的是统计字符出现次数本质是考察对象或 Map 的使用。数组扁平化也很有意思它要求把[1, [2, [3, 4]]]变成[1, 2, 3, 4]可以用递归也可以用flat(Infinity)。笔试时建议先写递归版本再提一句原生flat的存在体现你既懂原理也知道工程化用法。4. 校招笔试题的解题思路与应试方法论4.1 拿到题先审题再动手答题节奏怎么控制笔试时间一般一个半小时到两个小时题量在二十到三十题之间。最忌讳的是在第一道选择题上纠结太久通常一道选择题超过两分钟还不确定就应该标记一下先跳过回头再来看。我的做题顺序建议是先扫一遍整张卷子把手写代码题找出来心里有个数然后按照选择题、填空题、简答题的顺序做手写代码和算法题放在最后。为什么这样安排因为选择题和填空题是短时间内拿分效率最高的题型手写题哪怕你花了二十分钟写出来也就十几分性价比不如用五分钟检查两遍选择题。我见过太多人在手写题上投入过多时间最后选择题没时间细看错了一堆不该错的。审题环节最重要。拿一道手写题先不着急写代码花三十秒确认三个信息输入是什么类型数组、对象、字符串、期望输出是什么格式、有没有额外的边界条件要求。很多题目的坑就藏在边界条件里比如“数组可能为空”“对象里有循环引用”“字符串里有空格”这些提示都是阅卷人想考察你是否具备边界意识写代码时都要体现出来。4.2 笔试环境与快捷键操作不能在细节上翻车笔试环境通常有两个极端一个是在牛客或赛码网这类在线平台上写代码能编译运行另一个是发一份 word 文档或压缩包让你在本地编辑器里写然后写上答案打包提交。两种环境下的策略完全不一样。在线平台能跑代码这意味着你写完可以自己验证。执行策略应该是先写出一个能通过的版本再考虑优化。千万不要一开始就追求“最优解”特别是在求稳的校招场景里。比如数组去重先写Array.from(new Set(arr))一行版本确认通过再补充扩展这才是正确顺序。本地编辑器环境就要注意另一件事阅卷人没有时间把你的代码跑起来他们是直接看代码来评分的所以代码的可读性直接决定分数。变量名用英文全称不缩写函数完成单一职责注释写清楚核心逻辑。这些平时觉得无所谓的小事在阅卷环节影响巨大。还有一个经常被忽略的操作细节提交卷子前一定要回头检查文件命名和格式要求。有的公司要求把答案压缩成指定格式有的要求按题目编号命名不符合要求直接不阅卷这类非技术性失误是最冤的。4.3 写代码规范细节从变量命名到边界处理笔试阅卷时阅卷人通常会先看变量命名和整体代码结构如果这两项印象不错才会认真看逻辑对不对。所以哪怕是笔试代码风格也要像平时在团队里提交代码一样规范。变量命名的原则是见名知义。用findIndex而不是idx用userList而不是arr1。我见过很多笔试代码里写let a 5、let b []就算逻辑全对阅卷印象分也会打折。代码结构上把工具函数和业务逻辑分开。比如深拷贝那道题如果一行代码写完整段递归阅卷人看起来会很吃力如果拆成几个小块每块注释一下阅读成本就低很多。边界处理是比变量命名更容易被忽略的细节。很多同学写function debounce(func, wait) { ... }时完全没有考虑 wait 传 0、func 不是函数、timer 重复触发这些情况。虽然笔试不会逐条测试但你主动写了防御性代码只要有一个两个边界的处理阅卷人就会认为你平时写代码是注重质量的。5. 常见问题与避坑指南5.1 经典易错点速查表我整理了这些年反复出现的高频易错点每一条都来自真实笔试题和项目排查考前过一遍能挽回至少五到八分。易错点错误理解/错误操作正确认知/正确操作typeof null认为是 object 是 bug这是历史遗留设计就是要答 objectvar 循环绑定用 let 直接解决后不再深究还要能写出 IIFE 和 bind 两种方案箭头函数 this以为箭头函数可以 bind箭头函数 this 在定义时确定bind 无效 和 认为只是“带不带类型转换”要理解 ToPrimitive 的完整转换流程事件委托只挂监听不判断 target必须用 e.target 判断目标元素标签闭包内存以为闭包一定会泄漏内存被外部引用的闭包变量不释放才泄漏深拷贝用 JSON.parse(JSON.stringify()) 万能论遇到 undefined/function/循环引用会出问题事件循环以为 Promise 整体是微任务只有 then/catch/finally 回调是微任务垂直居中只会 flex 一种方式要准备兼容 IE 的定位方案数组去重以为 Set 能去重对象数组引用类型比较的是内存地址v-if 和 v-show以为性能差异只在初始渲染v-if 切换有销毁重建开销v-show 开销在首屏响应式拦截以为 Vue2 能拦截新增属性新增属性要用 $set数组要通过变更方法触发5.2 阅卷视角的加分项与减分项最后从阅卷视角聊聊哪些行为加分、哪些行为减分。这是很多复习攻略不会讲的部分但对笔试分数的影响非常直接。加分项大概有这么几类。第一类是“主动写边界处理”比如手写节流时对 timer 是否存在的判断、深拷贝里对循环引用的处理这些代码会让阅卷人觉得你不是在背题而是真的考虑过工程场景。第二类是“一题多解”尤其是数组去重和排序这类题最后用注释标注一下每种方案的时间复杂度会显得很专业。第三类是“代码注释写得好”不要写废话注释“这里设置定时器”而是写为什么这么写比如“这里用 apply 是为了修正 this 指向”。减分项更加需要注意。最严重的是抄题没审清题目就动手比如题目要求写防抖你写了节流这种错误直接零分。其次是代码风格极度混乱随意缩进、同名变量声明多处、逻辑嵌套七八层阅卷人没有耐心去拆解你的逻辑。还有一个隐蔽的减分点就是选择题上犹豫太久导致卷面出现大片空白任何一道空白题都默认零分而选择题瞎蒙都还有四分之一概率得分。5.3 用友这类企业软件厂商的面试风格补充如果你笔试通过了面用友这类企业级软件厂商面试风格跟互联网大厂有明显区别。它们更看重项目经验的真实性和业务理解的深度会追问“你们这个系统上线之后遇到哪些性能问题”“表单校验是怎么做的”“权限控制如何在前端实现”。这些问题的背后是他们对复杂 B 端场景的担忧。笔试只是第一道门槛面试才是真正检验是否适合企业级开发的环节。所以建议准备笔试的同时把简历里写过的项目再复盘一遍多思考几个为什么为什么用这个方案、有什么可替换方案、实际效果如何衡量。这些思考不仅面试用得上笔试简答题里也经常能用到特别是“前端性能优化”这类开放题有真实经验支撑的回答比背十条优化建议要打动人得多。我个人在实际批改笔试题时最大的感受是前端功底真不真几道手写题就能看穿。概念可以背但代码风格、边界处理、解题思路这些细节都能反映一个人平时是怎么写代码的。如果你现在还在准备校招与其花时间刷各种偏僻冷门的框架题不如把 JavaScript 基础、CSS 布局、手写实现这几块打磨扎实这套题背后的核心能力会一直在面试里被反复检验。以后刷到“用友2018校招web前端笔试题二”这类卷子先别急着找答案自己限时做一遍看看哪一块最吃力那就是你接下来最应该补的地方。