蘑菇街前端实习生笔试全解析：JS基础、Vue原理与性能优化要点

1. 这份笔试藏着的三个考察方向基础、框架与工程化思维蘑菇街是电商业务起家的平台核心链路是“逛-挑-买-售后”前端要面对的是高并发活动页、复杂商品筛选、实时购物车状态同步这些真实场景。所以它的实习生笔试题不是单纯背八股而是有一套明确的筛选逻辑。我当时拿到这份2019届实习生笔试第一感受是“范围广但层次分明”。整张卷子大致可以拆成三块JavaScript语言基本功、Vue使用层面的理解、浏览器与网络协议。这不是随意拼凑的题目组合而是对应着电商前端日常开发的三个核心动作——写交互逻辑、搭页面结构、调线上性能。先说JavaScript基本功。蘑菇街的题目里几乎必出this指向、闭包、事件循环、原型链这几类。为什么因为电商页面上大量场景需要异步处理比如搜索框防抖、滚动加载、加入购物车的乐观更新这些全是异步和闭包的综合应用。如果你不理解微任务宏任务的执行顺序一个setTimeout位置的偏差就可能导致状态错乱。再看Vue。当年Vue 2.x还是主流蘑菇街的技术栈也是Vue为主。笔试里关于Vue的题目不会直接问你“Vue的生命周期有哪些”而是给你一段代码让你说说子组件和父组件的mounted顺序或者问你v-if和v-show在什么场景下性能差异明显。这是典型的“会用”和“用得好”之间的区别。实习生不需要你深入到源码diff算法层面但至少要清楚数据响应式的基本原理知道为什么data必须用函数返回为什么列表渲染需要key。最后是浏览器和网络协议。电商页面绕不开性能优化所以缓存策略、HTTP状态码、重绘重排这些都是高频考点。有一道题我记得很清楚问的是“输入URL到页面展示的完整过程”这题看着基础但考察点非常多DNS解析、TCP握手、HTTP请求、渲染进程工作机制任何一个环节不清楚都可能卡壳。把这三大方向串起来你会发现蘑菇街其实是在找一个“能直接干活的人”。笔试题目不是为了难倒你而是为了快速判断这个实习生拉进项目里能不能在有限指导下完成一个有交互、有性能意识、符合协作规范的页面。提示准备这类笔试时不要只刷题。找几个真实的电商页面拆一拆——搜索框的防抖怎么做、楼层懒加载怎么实现、购物车徽标怎么同步——把知识点挂到具体场景上比单纯背答案有效得多。2. 从题型分布看蘑菇街的选人标准JS占半壁江山框架题全是“使用层”陷阱2.1 各题型分值占比与答题优先序根据我对这份笔试的回忆整体题型比例大致如下表题型预估占比典型考察点答题建议选择题/填空题20%JS基础、HTTP状态码、CSS属性快速作答控制在15分钟内简答题25%事件循环、闭包、原型链、跨域结构化作答分点写清原理手写代码35%防抖节流、深拷贝、数组去重、Vue通信先写思路注释再写代码最后补边界逻辑/开放题20%前端性能优化方案、设计一个前端方案结合电商场景给出完整链路方案这个分布传递出一个信号手写能力和思路表达能力是决定性因素。选择题你还可以蒙简答题可以踩点给分但手写代码是实打实的硬功夫。我记得当时有一道手写防抖函数题看起来不难但老师后面追问了一句“如果需要在第一次点击时立即执行之后再节流你怎么改”这就是在考察你对工具函数应用边界的理解而不只是默写模板。2.2 选择题中的高频细节陷阱选择题部分蘑菇街喜欢出“看似简单其实有坑”的细节题专门筛选对语言机制理解比较扎实的人。举几个典型的例子第一类是隐式类型转换相关的题目。比如[] ![]的结果是什么很多人以为[]和![]不可能相等但实际上[]转原始值是![]转布尔是false然后数字比较时变成0false也变成0所以结果是true。这类题要求你对ToPrimitive和ToNumber有清晰认知。第二类是数组方法的细节。比如map和forEach的区别、filter的回调返回值、reduce的初始值缺省行为、sort默认按字符串排序的坑。有一道题我印象很深[1, 2, 10, 3].sort()的结果是什么答案是[1, 10, 2, 3]因为它默认按UTF-16编码排序。很多实习生在这类题上栽跟头不是不知道API而是没注意API的隐藏行为。第三类是CSS与浏览器渲染的交叉题。比如position: sticky在什么条件下会失效transform和top动画哪个更流畅为什么。这些题目背后对应的是渲染管线的知识transform只触发合成不会触发重排重绘所以性能好。这种题蘑菇街很爱出因为跟页面性能直接相关。2.3 框架题看似送分实则考察“使用深度”Vue部分的题目明显不是“问你用过没有”而是“你在用的时候有没有想过为什么”。以我记忆中的几道题为例一是v-if和v-show的选择。基础答案是“频繁切换用v-show不频繁用v-if”但这只是第一步。面试官真正想听到的是v-if会销毁和重建组件因此会触发组件的beforeDestroy、destroyed或activated、deactivated钩子如果你在组件里注册了全局事件或定时器切来切去可能造成内存泄漏。而v-show只是切换display: none组件实例一直存在。这就是“知道结论”和“知道结论背后的代价”的差别。二是Vue组件通信方式的比较。props/$emit、$bus、Vuex、$attrs/$listeners、provide/inject——这套东西你都得会而且要知道各自的适用场景。电商项目里筛选条件变化影响商品列表商品列表影响购物车角标这种跨层级的状态共享直接用全局事件总线就是灾难排查问题的时候根本不知道谁监听了这个事件。用Vuex才是正解因为它有单向数据流状态变更可追踪。三是nextTick的原理和使用时机。Vue的DOM更新是异步的如果你在修改数据后立刻访问DOM拿到的还是旧值。很多实习生不明白为什么根源在于Vue的响应式更新是批量异步执行的同一个tick里的数据变化会被合并成一次DOM更新。nextTick就是回调被推迟到这个批量更新完成之后。这在电商交互里太常见了点击“加入购物车”后你可能需要立即拿到最新的购物车角标DOM位置来做动画这时候必须用nextTick。经验准备框架类题目不要停留在看文档直接去读Vue源码中src/core/observer目录下的几个核心文件把defineReactive的getter/setter搞清楚。源码一读很多“为什么”自然就通了。3. 高频题逐题拆解this指向、闭包与事件循环的临场作答思路3.1 this指向题四种绑定规则与一个电商案例this指向是笔试必考题但很多人只是在背结论一旦换个场景就懵。我的建议是遇到this题先判断有没有箭头函数再看调用方式属于哪类绑定规则——默认绑定、隐式绑定、显式绑定、new绑定。常见坑题一const obj { name: Mogu, getName: function() { return this.name; } }; const fn obj.getName; console.log(fn());这里fn是引用赋值调用时没有对象上下文相当于普通函数调用所以this指向window严格模式下是undefined结果是undefined。如果你直接用obj.getName()那this才指向obj。常见坑题二setTimeout(obj.getName, 1000);这个也容易误判。setTimeout的回调在执行时this指向全局对象即使你传入的是obj.getName方法引用内部调用时也已经丢失了对象绑定。正确做法是用setTimeout(() obj.getName(), 1000)包一层或bind(this)。这里有一个电商场景可以加深理解。蘑菇街的搜索框有一个热门搜索词轮播效果每隔几秒自动切换到下一个热词。实习生如果写成hotWordList.forEach(function(item) { setTimeout(function showWord() { this.display(item); }, index * 1000); });就会因为this丢失报错。正确写法是用箭头函数保留外层this或者在外层先把this保存为_this。这种题目考察的不只是语法规则而是你有没有真实处理过异步回调里的this丢失问题。3.2 闭包题不止是函数套函数闭包的考点一般有两类一类是概念解释另一类是结合循环陷阱考输出结果。典型题for (var i 0; i 5; i) { setTimeout(function() { console.log(i); }, 1000); }这个题输出什么答案是5个5。为什么因为var声明的i是函数级作用域循环结束后i已经是5而定时器回调在循环结束后才执行访问的是同一个i的最终值。面试官期待的修复方案有几种用let声明每个循环迭代有自己的块级作用域或者用IIFE包裹传递i作为参数或者用bindsetTimeout(console.log.bind(console, i), 1000)。关键不是你写出哪种方案而是能说清楚每种方案的原理。再往深一层闭包还经常结合柯里化或者函数式编程来考。比如让你实现一个add函数支持add(1)(2)(3)输出6。这道题考的是闭包保存参数的机制function add(a) { return function(b) { return function(c) { return a b c; }; }; }每个层级函数都通过闭包保存了外层参数所以最内层可以访问到a、b、c。3.3 事件循环题输出顺序的完整推导过程事件循环是简答题的重头戏。典型题目是给一段混合了setTimeout、Promise、async/await的代码让你写出输出顺序。要答好这题必须理清几个规则宏任务队列script整体代码、setTimeout、setInterval、setImmediate微任务队列Promise.then、MutationObserver、async函数中await之后的代码执行顺序执行一个宏任务清空所有微任务再执行下一个宏任务解题不是靠死记“微任务先于宏任务”而是要按tick逐步推演。我来给你一个具体例子console.log(1); setTimeout(function() { console.log(2); new Promise(function(resolve) { console.log(3); resolve(); }).then(function() { console.log(4); }); }, 0); new Promise(function(resolve) { console.log(5); resolve(); }).then(function() { console.log(6); }); console.log(7);一步步推导整段script是第一个宏任务从上往下同步执行。输出1。遇到setTimeout注册回调到宏任务队列暂不执行。遇到new Promise构造函数内的函数是同步执行的所以输出5。resolve()之后.then注册的回调属于微任务加入微任务队列。输出7。第一个宏任务执行完毕检查微任务队列执行.then回调输出6。接下来执行宏任务队列的setTimeout回调。输出2然后new Promise构造函数同步执行输出3resolve()后.then注册微任务。当前宏任务执行完清空微任务输出4。最终输出顺序1、5、7、6、2、3、4。如果能把这个推导过程完整写在试卷上基本就是满分答案。答题时不要只写结果一定要写推导依据——为什么是这个顺序涉及哪些机制。笔试阅卷看重的是思维过程不是最终输出。提示事件循环的题目复习时多练几道嵌套场景特别是涉及async/await的。await右边的表达式会立即执行但await之后的代码相当于被放进了微任务队列这个细节非常容易错。4. 手写代码题的高分套路先讲思路再写代码边界条件是得分点4.1 手写防抖节流电商搜索框的默认解防抖和节流是蘑菇街笔试题的常客因为这是搜索推荐、滚动加载、窗口缩放等高频交互的底层工具函数。答题时不要一上来就默写代码先在代码注释里写清思路再逐步实现。防抖debounce在事件被触发n秒后再执行回调如果在这n秒内又被触发则重新计时。典型场景是搜索框输入用户停止输入500ms后再发请求。function debounce(fn, delay, immediate false) { let timer null; let invoked false; return function(...args) { const context this; if (immediate !invoked) { fn.apply(context, args); invoked true; return; } if (timer) clearTimeout(timer); timer setTimeout(() { fn.apply(context, args); invoked false; timer null; }, delay); }; }边界情况this必须用apply绑定到调用者支持immediate参数实现第一次立即执行防抖结束后要把timer置空避免内存中残留定时器引用。节流throttle规定在一个单位时间内只能触发一次函数。如果这个单位时间内触发多次只有一次生效。典型场景是滚动事件中判断是否加载更多。function throttle(fn, interval) { let lastTime 0; return function(...args) { const now Date.now(); if (now - lastTime interval) { lastTime now; fn.apply(this, args); } }; }更完善的节流实现还会考虑首尾触发的配置比如leading和trailing选项。答题时能提到这一点说明你考虑问题的维度是完整的使用场景而不仅仅是函数本身。4.2 手写深拷贝至少要处理数组、对象和循环引用深拷贝是手写题里区分度最高的一道。基础版本考的是递归能力进阶版本考的是对边界情况的处理。基础版function deepClone(target) { if (target null || typeof target ! object) return target; if (target instanceof Date) return new Date(target); if (target instanceof RegExp) return new RegExp(target); const clone Array.isArray(target) ? [] : {}; for (let key in target) { if (target.hasOwnProperty(key)) { clone[key] deepClone(target[key]); } } return clone; }但这个版本有个致命问题没处理循环引用。如果对象里有a.self a递归会无限循环栈溢出。进阶版用WeakMap记录已拷贝的对象function deepClone(target, map new WeakMap()) { if (target null || typeof target ! object) return target; if (target instanceof Date) return new Date(target); if (target instanceof RegExp) return new RegExp(target); if (map.has(target)) return map.get(target); const clone Array.isArray(target) ? [] : {}; map.set(target, clone); for (let key in target) { if (target.hasOwnProperty(key)) { clone[key] deepClone(target[key], map); } } return clone; }写这道题时考官看重的是以下几点是否区分数组和对象是否处理Date、RegExp等特殊对象是否用hasOwnProperty过滤原型属性是否解决循环引用4.3 手写Promise.all考察异步并发与错误处理这道题如果出现说明卷子的难度上了一个台阶。它的考点不只是Promise基础语法还包括对并发调度、错误传播和输入类型处理的理解。function promiseAll(promises) { return new Promise((resolve, reject) { if (!Array.isArray(promises)) { return reject(new TypeError(argument must be an array)); } const results new Array(promises.length); let remaining promises.length; if (remaining 0) { return resolve(results); } promises.forEach((item, index) { Promise.resolve(item).then(value { results[index] value; remaining--; if (remaining 0) resolve(results); }, error { reject(error); }); }); }); }关键点有三个遍历promises时用Promise.resolve(item)包装每一项这样即使传入的是普通值也能正确处理。结果数组用索引直接赋值而不是用push保证返回顺序和输入顺序一致。只执行一次的reject由Promise本身保证——一旦状态从pending变成rejected后续的resolve和reject都不会生效。这道题的延伸问题是如果需要并发限制比如同时最多请求5个接口怎么办这就是手动实现一个asyncPool的思路了。虽然实习笔试不一定会考到这么深但答案里提一下“如果数据量大还需要考虑并发控制”会显得你的思路更完整。4.4 手写代码题的通用答题顺序我总结了一套非常适合笔试环境的答题顺序读题后先在注释里写思路。比如// 防抖事件触发N秒后执行期间再次触发则重新计时。这既是给自己理思路也是让阅卷人一眼看到你理解正确。先写主干逻辑。不需要一上来就处理所有边界case先把主流程跑通。再补this指向、参数、返回值这些细节。用apply绑定this把返回值透传出去。最后主动补充边界情况。深拷贝就加循环引用防抖就加immediatePromise.all就处理空数组。这个顺序的底层逻辑是卷子上首要展示的是“你能解决问题”其次才是“你考虑得多么周全”。先保证有解再追求完善。注意手写代码时书写速度和代码清晰度同样重要。不要为了炫技写花哨的函数式写法阅卷人一天看几百分卷子可读性强的代码更容易拿高分。5. 模拟笔试的完整时间分配与答题策略5.1 建议时间分配方案一份90分钟的笔试时间分配直接决定你能否把所有该拿的分拿到手。我的建议是前10分钟快速浏览全卷标记容易题和难题。不要在这一步花太久重点是识别哪些题可以秒答哪些需要深度思考。15分钟完成选择题、填空题。这些题基本都是知识点直给能不能答对是长期积累的结果不需要在一道题上纠结超过3分钟。不会的题先标记跳过后面有时间再回来。25分钟完成简答题。简答题要分点作答逻辑清晰。比如事件循环题一定要写出推导步骤不要只给结果。30分钟完成手写代码题。每道题目标控制在10分钟内。遇到卡壳的边界情况先写主流程剩余时间再补。10分钟处理开放题。开放题没有标准答案考察的是结构化和场景感。合理假设逐步推导让阅卷人看到你的思路。最后10分钟回头检查跳过的题目补充代码注释检查语法拼写。5.2 遇到不会的题怎么办策略性放弃与“部分作答”笔试中遇到完全没思路的题最忌讳的是直接空着。你要相信阅卷人会看你写的部分并且给步骤分。比如一道手写实现new的题如果你忘了完全实现但写出了const obj Object.create(fn.prototype)这一步这就是一个得分点。还有一个技巧把不会的题先转化为自己会的子问题。比如问“实现一个EventBus事件总线”你至少可以先写出on和emit两个方法因为这就是发布订阅模式的本质。至于once和off能写多少写多少。战略性放弃的原则是不要在一道15分的题上花了20分钟还没产出先把后面能拿的分拿了再回头啃。考试的本质是分数最大化不是每道题都完美。5.3 开放题的答题框架场景先行、链路完整、参数敏感开放题通常是这样问的“如果蘑菇街首页首屏加载速度很慢你会怎么分析和优化”这题看似开放但要拿高分需要你给出完整链路。我建议的答题框架是明确目标首屏加载时间控制在3秒内FCP、LCP这些指标是什么水平。从网络层面分析DNS解析是否够快、CDN是否生效、资源是否压缩、有没有开启HTTP缓存。从资源加载层面分析静态资源为什么大有没有做代码分割、按需加载、图片懒加载、骨架屏。从渲染层面分析关键渲染路径上有多少阻塞脚本CSS是否内联JS是否加了defer或async有没有不必要的重排重绘从业务层面分析首屏接口是不是串行请求能不能并行能不能做接口缓存和预请求给出监控方案用Performance API采集真实用户数据上报到监控平台建立性能看板和告警规则。每一层都要落到具体的技术方案和参数上。比如图片优化不要只说“用WebP”要补充说明WebP在Chrome、Android上兼容性好但iOS Safari 14以下不支持需要做降级判断尽量用picture标签加source按媒体条件切换格式。这种“参数敏感”的回答才能证明你真的理解优化手段的适用范围。优化环节具体手段预期效果DNS查询prefetch、DNS预解析减少首屏DNS耗时约20%-30%静态资源CDN、Gzip/Brotli压缩减少传输体积约60%-70%图片WebP、懒加载、响应式图片图片体积平均减少30%-40%JS加载代码分割、Tree Shaking首屏JS体积减少40%以上渲染骨架屏、SSR/预渲染白屏时间缩短50%以上5.4 笔试与面试的衔接卷面内容就是面试追问的题库蘑菇街的流程通常是笔试通过后进入面试而面试官手里就有你的笔试答卷。所以笔试中写下的每一个方案、每一个代码实现都会成为面试追问的素材。这意味着一件事不要写你不理解的技术方案。如果你在开放题里写了“我们项目用了PWA做离线缓存”面试官追问“PWA在iOS上有哪些兼容性限制”你答不上来反而会成为扣分点。宁可写一个朴素的方案也不要编造一个高深的方案。我当时在笔试题里写了一个防抖函数面试环节就被追问了三个问题“为什么用apply而不是直接调用”“timer初始值是null传入setTimeout会发生什么”“如果用户一直操作函数永远不执行怎么办”这些问题全部可以提前预判。所以笔试题写完之后花10分钟复盘一下自己写的代码把每个关键决策的原因想清楚对后面的面试帮助极大。经验笔试不是考试的终点而是面试的起点。写完卷子别急着交给自己留几分钟重新看一眼手写代码问自己“这里我为什么这么写”提前把可能被追问的坑补上。6. 框架与工程化部分的答题要点Vue原理和构建优化要答出“电商级”深度6.1 Vue响应式原理从Object.defineProperty到依赖收集蘑菇街笔试题里关于Vue的简答题问得最多的就是“Vue数据响应式是怎么实现的”。这道题有标准答题路径数据劫持Vue 2在初始化data时遍历每个属性用Object.defineProperty把每个属性转换成getter/setter。getter在属性被访问时触发setter在属性被修改时触发。依赖收集每个组件实例在渲染时会new Watcher()并读取模板依赖的数据触发gettergetter里会把当前的Watcher收集到Dep依赖订阅器中。派发更新当数据被修改时setter会触发Dep的notify方法通知所有订阅的Watcher进行重新渲染。异步更新Watcher收到通知后不立即执行而是把自身放到一个队列里通过nextTick在下一个tick统一执行更新这就是批量异步更新的由来。这道题答到第4层就已经超过大多数候选中了。如果还能补充一句“Vue 3改用了Proxy解决了Vue 2中数组索引拦截不完整、新增属性无法响应式的问题”说明你对框架演进也有了解。6.2 列表渲染的性能优化电商商品列表的key与复用电商页面上最典型的高性能场景就是商品列表。笔试可能不给完整的代码场景而是问“长列表渲染时为什么需要key”。你想拿到高分应该从状态复用角度回答。Vue的diff算法在比较新旧子节点列表时使用key作为节点的唯一标识判断节点是移动、复用还是新增删除。如果列表用索引index作为key当列表头部插入一条数据时所有的索引都会变Vue会认为所有节点都发生了变化整个列表全部重新渲染。这不仅性能差还会导致已有DOM节点的临时状态输入框的值、滚动位置被错误重置。正确的做法是用商品id这种业务唯一标识作为key。如果列表特别长、数据几乎不变还可以考虑虚拟滚动只渲染可视区域内的节点。能把这些实践方案和key工作原理结合起来就会让阅卷人觉得你是有真实项目经验的。6.3 构建优化题从Webpack到CDN的发布链路工程化类开放题喜欢这么问“怎么减小打包体积、提升构建速度”。答题时建议从两个维度展开构建效率和产物质量。构建效率方面可以提到用cache-loader或Webpack 5的持久化缓存让二次构建时间减少70%以上。用thread-loader开启多进程构建将loader的执行分散到多个worker。对于不经常变动的第三方库如Vue、Vuex、axios用DllPlugin或externals提前单独打包并配合CDN引入。产物质量方面可以提到路由级代码分割每个页面单独一个chunk首屏只加载首页需要的代码。利用Webpack的optimization.splitChunks把公共依赖抽离缓存更新业务代码时用户只下载增量部分。生产环境开启SwcMinifyPlugin或TerserPlugin做代码压缩去掉console和debugger。这些措施不是一个应届实习生的日常操作范畴但如果你能答出其中两三条并说明原理说明你已经具备了工程化意识。这对蘑菇街这种重度依赖快速迭代的电商团队来说是非常有价值的品质。7. 从笔试题反推前端实习生的日常画像你会被拉去做什么笔试的题型设置最后会落在“这个实习生入职后能干什么”这个问题上。蘑菇街的校招实习生通常进组后会被安排做以下几类工作业务活动页开发。电商最频繁的就是各种促销活动、大促专题页。这些页面通常有倒计时、抽奖转盘、分享助力等互动组件交互逻辑密集。笔试中的防抖节流、倒计时实现、事件循环在这些页面里都是基础中的基础。写活动页最大的痛点是时间紧、稳定要求高一个动画卡顿就可能影响整场活动的参与率。所以笔试里会大量考察性能优化相关的知识平时学习时多看requestAnimationFrame和CSS动画结合的优化方案会很有用。公共组件库维护。蘑菇街内部有大量可复用的业务组件比如商品卡片、价格展示、弹窗、Toast。实习生入职可能被安排给组件库补用例、修bug、优化API设计。这就需要你对组件通信、事件解耦、插槽使用有足够理解。笔试里的Vue通信题就是在筛这个维度。数据可视化大屏或运营后台。电商后端有非常多的数据看板比如实时GMV、订单量、转化率。这些后台页面大多是表格加图表看似简单但涉及大量列表渲染优化和复杂表单校验。笔试中关于数组操作、对象的深拷贝、事件循环的内容在这个场景中会频繁用到。性能优化专项。如果进了横向支撑的团队实习生的任务可能是分析线上性能数据找出白屏时间长、卡顿率高的页面然后给优化建议。这对应笔试中的开放题——你有没有改过真实页面的性能问题。这种岗位对“问题定位”能力要求很高你需要会看Performance面板会分析网络瀑布图知道什么时候用requestIdleCallback去处理非关键任务。理解了这些画像你就会明白笔试的每一道题都有出处。它不是在考知识点而是在模拟真实工作的切片。假设你入职第一周就被安排做这样一个需求为搜索结果页增加“加载更多”按钮。最朴素的实现是点击按钮后发请求、拿数据、拼到列表末尾。马上就会遇到三个问题快速连点会触发重复请求列表持续变长后渲染卡顿接口返回顺序不一致导致数据错位。而这三个问题的解正好对应防抖/节流、列表复用、Promise状态管理。蘑菇街的笔试把这些场景抽出知识点再用题目包装考察的本质就是“你有没有经过高并发交互的洗礼”。如果你是一名在校生没有实习经验我的建议是找一个中小型开源项目或者自己做一个20页面以上的后台管理系统。等你真正做了把请求、loading、错误、空态这四种状态管理清楚再回头做蘑菇街的模拟题你会发现很多一问三不知的细节开始变得理所当然。以我的经验来看准备这种大厂实习笔试最好的方式不是看一堆面经然后刷题而是以“做一个完整项目”为驱动在项目里踩遍这些坑。踩过一次印象远比刷十道题深刻。