• 文档
• 技术博客
• 教程

本文基于 前端精读周刊 第 19 期《精读《最佳前端面试题》及面试官技巧》展开，系统梳理前端团队招聘的完整方法论：从面试前的岗位认知、简历预读，到开场白、开放性问题、技术问题、防套路、非技术考察的全流程实操要点。读完本文，你将掌握如何用 STAR 行为面试法挖掘候选人真实能力、如何按候选人技术栈定制框架提问、如何通过"引导式追问"识别思维活跃度，并能在实践中避开"假设性问题""引导性问题"等面试陷阱，把面试从"知识背答案"升级为"考察思考过程与解决问题能力"。

1 引言：招聘季如何找到真正优秀的前端

又到了招聘的季节，如何为自己的团队找到真正优秀的人才？问哪些问题更合适？这是每个前端团队都会面临的现实问题。

网络技术发展非常迅速，前端变化尤为快，对优秀人才的面试方式在不同时期会有少许不同。本文讨论的这套面试方法论源于 The-Best-Frontend-JavaScript-Interview-Questions，由 ascoders、camsong、jasonslyvia 三位前端工程师讨论而出，从概念 - 算法 coding - 调试 - 设计这 4 步全面了解候选人的基本功。本文将结合前端精读周刊仓库中的算法、TS 类型体操、设计模式、React 等专题内容，进一步说明这些考察维度背后对应怎样的能力纵深。

2 面试前的整体套路：先想清楚"招什么人"

在面试之前，第一步要询问自己：是否对当前岗位的职责、要求有清晰的认识？不知道自己岗位要招什么样的人，也无法组织好面试题。这决定了整套面试流程的基调。

其次，认真阅读简历。这既是对候选人起码的尊重，也是对自己的负责。阅读简历是为了计划面试流程——不应该对所有候选人都准备相同的问题，而应针对每位候选人的经历、技术栈、项目背景定制提问重点。

具体流程一般通过以下 5 个环节展开：

1. 开场白：最重要的环节——候选人如果拒绝了本次面试，后面的流程都不会存在；
2. 候选人自我介绍：借此了解简历中你所疑惑的地方；
3. 面试：核心技术考察环节（详见下文各节）；
4. 附加信息：补充了解候选人的发展潜力与工作态度；
5. 结束：收尾并明确后续流程。

这里有一个基本判断：简历是为了突出重点，快速判断是否基本匹配岗位要求；一旦确认了面试，全面了解候选人经验是对双方的负责。

3 开放性问题：用 STAR 行为面试法挖掘真实经历

面试的目的是挖掘对方的优点，而不是拿面试官自己的知识点与对方知识点做交集，看看能否匹配上 80%。但受主观因素影响，又不宜询问太多开放性问题，因此开放问题很讲究技巧。

3.1 为什么推荐以开放性问题开场

以开放性问题开场，便于了解候选人的经历、熟悉哪些技术点，便于后面的技术提问。反之，如果开场就以准备好的题目展开"车轮战"，容易引起候选人心里紧张；同时，我们问的问题不一定是候选人所在行的——技术问题不是每一个都那么重要，很多时候我们只看到了候选人的冰山一角，但此时气氛已经尴尬，很多时候会遗漏优秀人才。

3.2 STAR 行为面试法

开放性问题最好基于行为面试法询问（STAR 法则）：

行为面试法的好处在于还原当时场景：不但让面试官了解更多细节，也开拓了面试者的思维，让面试过程更加高效、全面。

3.3 三种提问方式的对比：STAR 优于假设性、更优于引导性

举一个例子，比如考察候选人是否聪明，STAR 法则会这样询问：

在刚才的项目中，你提到了公司业务发展很快，人手不够，你是如何应对的呢？

相比不推荐的"假设性问题"会如此提问：

假如让你学习一个新技术，你会如何做？

更不推荐的是"引导性问题"：

你觉得自己聪明吗？

对比结论：相比于 STAR 法则，其他方式的提问不但让候选人觉得突兀、不好回答，而且容易被主观想法带歪，助长了面试中投机的气氛。至于对 STAR 法则都精心编排的候选人，本刊作者坦言尚未遇到过——即使遇到，也会通过后续技术问题甄别候选人是否有真本领。

4 技术问题：考察基本功，且要跟上技术演进

亘古不变的问题就是考察基本功了，然而基本功随着技术的演进会有所调整。HTML、CSS、JS 这三个维度永远是不变的，但旧的 API 是否考察，取决于是否有最新 API 代替了它——如果有，在浏览器兼容性达标的基础上，可以只考察替代的 API，当然了解历史会更好。

4.1 API 演进：新旧结合考察

例如proxy与defineProperty需要结合考察，因为proxy不兼容任何 IE 浏览器，候选人需要全面了解这两种用法：

• Object.defineProperty：ES5 提供，可定义对象属性的 getter/setter，但无法拦截新增属性、删除属性、数组索引等操作；
• Proxy：ES6 提供，可对整个对象进行更全面的代理拦截（get/set/has/deleteProperty 等 13 种 trap），是 Vue3、现代响应式框架的底层能力。

这种"新旧 API 结合考察"的思路，对应仓库中 精读《设计模式 - Proxy 代理模式》 与 精读《设计模式 - Observer 观察者模式》 所讲的"对象与视图双向绑定"——代理是实现双向绑定的具体方案，观察者模式才是描述双向绑定这个概念本身。面试官可以顺着这个链条考察候选人是否理解"实现手段"与"设计思想"的区别。

4.2 框架提问：按候选人的使用习惯定制

变的地方在于对候选人使用技术框架的提问。在开放性问题中已经做好了铺垫，那么无论候选人以什么框架开发，或者不使用框架开发，最好按照候选人的使用习惯提问。

比如候选人使用 Angular 框架的开发经验较多，就重点考察：

• 对 Angular 框架设计、实现原理是否了解；
• 实际使用中是否遇到过问题；
• 以及对问题的解决方法——这又回到了 STAR 法则。

如果候选人能总结出当前流行的Vue、React、Angular 这三个框架核心实现思想的异同，就是加分项。例如仓库中 精读《Function VS Class 组件》 与 精读《useEffect 完全指南》 反复强调的一个判断：Function Component 是更彻底的状态驱动抽象，甚至没有 Class Component 生命周期的概念，只有一个状态，而 React 负责同步到 DOM——这类"框架核心实现思想"层面的总结，正是考察深度与加分的关键。

4.3 老旧问题：用引导代替直接否定

对老旧的问题，比如 jQuery 的问题，也会问与设计思想相关的问题。比如候选人不知道$.delegate，也不知道其已被$on在 Jq 3.0 取代——这不代表候选人能力不行，最多说明候选人比较年轻。

此时应该通过引导的方式，让其思考如何优化$.bind方法的性能，通过逐步引导，判断候选人的思维活跃度有多强。这体现了面试的核心理念：比起候选人"知道多少"，更关注候选人"能不能想到、能不能解决问题"。

5 如何防止被套路：技术面考察的是思考过程

"把面试官经验抛出来，怕不怕让候选人有所准备呢？"——说实在的，几乎所有候选人都是有准备的，也不差这一篇文章。这并非玩笑：面试主要是看候选人基础有多扎实，和思维能力。

5.1 基础考察：区分"5 分钟可弥补"与"几年无法弥补"

基础主要指的是，候选人提前了解了多少前端相关知识，比如对闭包的理解，对原生 API 的理解。如果候选人没接触过这两个知识点，会有两种情况：

• 这些知识点看完需要多久？如果是闭包和原生 API 的定义与用法，候选人这方面的缺陷可以通过5 分钟来弥补，那么这种问题到底想考什么？我们真的在乎这 5 分钟看文档的时间吗？此时应该了解候选人对知识点的感悟，或者学习方式，因为这两点的差距可能几年都无法弥补；
• 如果候选人学习能力非常强，但几乎所有前端知识点都不了解，弥补完大概一共要花1000 × 5 分钟，这时候量变引发质变了——是不是说明候选人本身对技术的热情存在问题？

5.2 答得太完美反而不是好信号

通过了基础问题还远远不够。甚至当问一个复杂的问题的时候，如果候选人瞬间把答案完美流畅表达出来，说明这个问题基本上白问了。

技术面更应该考察候选人的思考过程和基于此来表达出的技术能力和项目经验。如果候选人基础没有落下太多，思维足够灵活，在过往项目中主动学习，并主导解决过项目问题，说明已经比较优秀了——我们招的每一个人都应当拥有激情与学习能力。

所以，当问到候选人不了解的知识点时，通过引导并挖掘出候选人拥有多少问题解决能力，才是最大的权重项。如果这个问题候选人也提前准备了，那说明准备对了。

6 非技术相关：考察发展潜力与工作态度

最后考察候选人的发展潜力与工作态度。

6.1 算法问题：考察抽象问题解决能力

我们一般通过询问简单的算法问题，进一步了解候选人是否对技术真正感兴趣，而不只是对前端工程感兴趣。同时，算法问题也考察候选人解决抽象问题的能力。

值得注意的是，算法考察并不是为了"背答案"，而是看思维。正如仓库中 精读《算法 - 动态规划》 所言：动态规划非常锻炼思维，"虽然有套路，但每道题解法思路差异很大，作为思维练习非常合适"；同时它又非常实用——自动寻路哪种走法最优、背包装哪些物品空间利用率最大、怎么用最少的硬币凑零钱，这些都不是一眼能看出答案的问题。算法面试考察的就是这种"面对抽象问题如何拆解、如何建立最优子结构与全局最优解的关系"的思维能力。

除了算法题，也可以让候选人设计一个组件，通过对组件需求的不断升级，考察候选人是否能及时给出解决方案——这既考察了工程落地能力，也考察了面对需求变更时的设计弹性。例如仓库 TS 类型体操 系列所展示的：TS 并不是简单的注释器，而是一门图灵完备的语言，很多问题的解决方法藏在基础能力里——面试中让候选人现场手写Pick<T, K>、Omit、Promise.all等类型工具，正是"概念 - 算法 coding - 调试 - 设计"四步法中"coding"环节的典型实践。

6.2 工作态度：人品与盲点认知

最后是工作态度，首先会考察人品：对不懂的知识点装懂是违背诚信的行为，任何团队都不会要的。同时，不正视自己技术存在的盲点，将是技术发展的最大阻碍。

不过这里也不怕被候选人套路——如果全部都回答"不懂"，那也不用考虑了。

7 总结

由于经验不多，只能编出这些体会，希望求职者多一些真诚，少一些套路，就一定会找到满意的工作。

对面试官而言，这套方法论的核心可以浓缩为三句话：

1. 先想清楚岗位要什么人，再认真读简历定制面试；
2. 用 STAR 行为面试法开场，开放性问题挖掘真实经历；
3. 技术问题围绕"思考过程与解决问题能力"展开，引导代替否定，基础与思维并重，最后用算法与工作态度补齐对发展潜力的判断。

本文为前端精读周刊第 19 期内容整理。前端精读周刊（readme.md）每周更新，已涵盖前沿技术、源码解读、算法、设计模式、TS 类型体操等系列专题，文中提到的 Proxy 代理模式、观察者模式、React Hooks、动态规划、TS 类型挑战等延伸资料均可沿对应目录继续深入研读。

• 文档
• 技术博客
• 教程