过完年回上海，我就开始陆续投简历。两年半经验，坐标魔都，前端方向，目标很明确：要么涨薪30%以上，要么换一个更有成长空间的平台。从二月中旬到三月下旬，前后投了二十多家，面试轮次加起来超过三十轮，最后拿了三个offer。这篇不是面试题合集，是我对整个过程的复盘，包括准备阶段、投递策略、各轮面试的考察侧重点，以及踩过的坑。如果你也是两年左右经验的前端，正准备看机会，这篇应该能帮你在同样的问题上少绕一些路。
我先把结论放在前面：两年半这个节点，面试官最在意的不是你会多少框架，而是基础扎不扎实、项目里有没有自己的思考、遇到问题能不能讲清楚来龙去脉。八股文要背，但光背没有用，得能串起来讲。整个面试季下来我最深的一个感受是：前端面试已经过了“背题就能过”的阶段，现在拼的是你把知识转化成语言表达的能力。
1. 面试前的准备：简历、项目复盘与八股文节奏
这个阶段我花了两周。不是等收到面试邀请才开始准备，而是投简历之前就把该梳理的都梳理完了。因为一旦进入面试节奏，时间会被打得很碎，每天不是在面试就是在准备下一场，根本没空静下心做系统性整理。
1.1 简历怎么改才能通过筛选
第一周基本都在改简历。两年半经验的简历，最忌讳写成流水账。我第一版就是把公司的项目按时间列了一遍，每一条都写“负责xx模块的开发”，写完之后自己都不想看。后来把写法全部换掉，改成“项目背景+你做了什么+产生了什么结果”的结构。
比如原来写“负责数据可视化大屏开发”，现在写“主导搭建面向运营侧的数据可视化大屏，基于ECharts封装统一图表组件，将20+种图表类型收敛为6个可配置组件，减少重复开发工作量约40%”。单纯描述职责和描述结果，给人的感觉完全不一样。还有一个细节，项目描述里最好带一个“技术难度”的词，比如性能优化、复杂状态管理、跨端兼容、工程化建设，这些关键词是面试官捞简历时关注的。
简历页数控制在两页以内。两年半经验，一页半足够了。项目写两到三个重点，不要把所有项目都铺上去。我在简历里写了三个项目：一个复杂后台管理系统、一个数据可视化平台、一个内部组件库，分别对应状态管理能力、可视化能力和工程化能力，刚好能覆盖前端面试的常见考察维度。
1.2 项目复盘到底要复盘什么
简历改完之后是项目复盘。这一步很多人会轻视，实际上它才是整个面试准备里最核心的部分。我的做法是把每个项目单独用一个文档拆解，按四个维度写：
- 项目背景：这个项目为什么存在，要解决什么业务问题，目标用户是谁。
- 我的角色：在整个项目里负责哪些模块，是主导还是参与，技术决策权有多大。
- 技术方案：整体架构怎么设计的，为什么选某个技术方案，对比过哪些替代方案。
- 难点与解决过程：遇到的最大难点是什么，排查逻辑是怎么走的，最终怎么解决，有哪些数据指标能说明效果。
项目复盘不是写在纸上就完了，要开口讲。我会对着镜子用几分钟把每个项目讲一遍，讲的时候录下来回听，能听到很多问题：逻辑跳脱、表述混乱、太细节或者太笼统。第二周我每天保证至少完整讲一遍项目，讲到什么程度呢？闭着眼睛能按顺序把架构图、关键模块、核心流程、难点和解决过程全部说出来，这样面试的时候才不会紧张导致说乱。
1.3 八股文的复习节奏和取舍
八股文我大概花了一周集中过。前端面试的知识点看起来很多，但梳理开其实就几大块：JavaScript基础、浏览器原理、网络协议、CSS布局、框架原理、工程化、性能优化、Node.js常识。
我给自己定的复习策略是“抓大放小”。JavaScript原型链、闭包、作用域、事件循环、this指向、Promise原理，这些是必考的，必须做到能口头讲清楚。浏览器缓存机制、渲染流程、事件机制、垃圾回收，基本也是必考。网络层面TCP三次握手、HTTPS握手过程、HTTP缓存头部这些老生常谈的，要能背出来还要能说出为什么。框架部分Vue和React至少要有一个能讲到底层原理，比如Vue的响应式原理、diff算法、nextTick实现，React的Fiber架构、hooks实现机制、setState同步异步问题。
这里有一个很重要的观点想分享：八股文不是死记硬背，而是要把知识点串成体系。比如问你“闭包是什么”，单纯背定义只能得基础分。如果你能从词法作用域讲到变量回收，再从变量回收讲到内存泄漏场景，再从内存泄漏讲到WeakMap的用法，面试官会觉得你是真的理解了这个概念。整个准备过程我都是按这个思路来的：每个知识点都问自己三个问题，是什么、为什么、实际在项目中怎么用。
2. 面试全流程复盘：从一面到HR面都聊了什么
整个面试季下来，我发现虽然每家公司流程有差异，但大体框架是稳定的。一般流程是：一面基础面、二面项目面、三面综合面，最后HR面。小公司可能两轮技术面就结束了，大厂通常会到四轮甚至五轮。每一轮的考察侧重点是不同的，准备方向也要跟着调整。
2.1 一面：基础面怎么高效过关
一面通常是由团队里的资深前端来面，时长在40到60分钟。核心目标就是筛掉基础不过关的人，所以问的都是面试题库里常见的题，但问法会更灵活。
我印象比较深刻的一场一面，上来先问浏览器地址栏输入URL到页面展示这个过程发生了什么。这题是老面经常客，但面试官会中途打断你，在你讲到某个环节时深入追问。比如我说到DNS解析，他马上问：DNS解析用的是什么协议，为什么用UDP；说到TCP连接，他追问：为什么是三次握手不是两次；说到渲染，他追问：CSS和JavaScript的加载会不会阻塞渲染，如果会，怎么优化。这其实就是压力测试，看你是背的完整流程，还是真的理解每个环节。
一面还有个高频环节是手写题。常见的有防抖节流、深拷贝、Promise.all、数组去重、扁平化等。这些题看似简单，但想拿满分不容易。以深拷贝为例，很多人能写出来基础版本，但一旦要考虑循环引用、Symbol属性、特殊对象类型，就没下文了。面试官要看到你思考边界条件的能力。
一面还有一个容易忽略的点：代码要边写边讲。不要闷头写，写一行解释一下为什么这么写，复杂度是多少，有没有更优方案。这是沟通能力的体现，也是顺利过面的加分项。
2.2 二面：项目面怎么讲才能让面试官记住你
二面是整个面试流程里权重最高的一轮，通常是由团队负责人或高级别工程师来面。这一轮不怎么看八股文，核心就是围绕你简历上的项目展开深入追问。目的是验证你简历上写的东西是不是真的做过，以及你的技术深度。
我遇到的二面形式大概有几种：一种直接说“你挑一个最满意的项目详细讲讲”，一种会从简历里随机挑一个项目开问。我建议提前选定一个最核心的项目，从背景、架构、业务逻辑、技术实现、难点攻克五个维度反复打磨，能讲15到20分钟的版本。
讲讲二面常见的追问角度。比如我说到组件库，面试官会问设计这个组件库时API怎么设计的、如何保证类型安全、样式怎么隔离、主题怎么切换、按需加载怎么做的。比如我说到性能优化，他会问你优化前后的数据对比，怎么衡量优化效果，你优化的瓶颈是基于什么分析出来的。这些追问都在验证一件事：你是真的思考过这些方案，还是只是照着文档做了一遍。
二面还有一个容易出现的环节是设计题。给你一个场景，让你现场设计技术方案。比如“设计一个图片懒加载组件需要考虑哪些点”“如果让你从零搭建一个中后台项目的脚手架，你会怎么设计”。这种题没有标准答案，考察的是工程思维。我当时的做法是先从需求边界出发，确认输入输出，再拆解模块，再谈技术选型，最后谈扩展性和维护性。记住，面试官想看的不是你的结论，而是你的思考路径。
2.3 三面：综合面到底在考察什么
三面一般就是部门负责人或技术总监级别了，有些公司会把它安排成交叉面。这一轮在技术上不太会刻意刁难你，更多是考察你的业务理解能力、跨团队沟通能力和成长潜力。
常见的题目类型有：最近在学什么新技术，项目推进过程中遇到需求冲突怎么处理，怎么看待前端的未来发展，让你设计一个业务场景的技术方案。这些问题的核心都是在评估你是不是一个只会写代码的工具人。我当时准备了一个“最近在学什么”的回答：在学TypeScript的类型体操和Rust基础，特意说明了自己对类型系统的理解如何反哺到了前端开发中，还提了一些实际的应用场景。面试官普遍对这个回答比较感兴趣，因为能看出你有技术热情并且能把学到的东西落地。
三面里还有一个高频话题是职业规划。我的回答思路是短中期要深耕前端基础与工程化，后期会向技术管理和架构方向发展，但前提是技术根基足够扎实。表述上不要假大空，尽量落到具体的技术方向上。
2.4 HR面与经济谈判的细节
到了HR面基本算是过了技术关卡，但也不能掉以轻心。HR面主要考察求职动机、稳定性、沟通表达和薪资期望。
HR面必问的问题包括：为什么离开上一家公司、为什么选择我们、目前的薪资结构是什么、期望薪资多少、最快到岗时间。几个注意点：
- 离职原因不要说前东家坏话，就算真的是因为领导不行、项目没前景，也要包装成客观原因，比如“希望做更有挑战性的业务”或“希望从功能开发转向架构和工程化方向”。
- 期望薪资不要直接给死了。可以先问清楚对方公司的薪资结构：base多少、年终几个月、有没有期权、涨薪机制、绩效怎么算。了解完这些之后再给一个合理区间，这样后面才有谈判空间。
- 接offer之前一定要确认所有口头承诺是否写进书面offer。我在这次跳槽中吃了一次亏，嘴上答应好的年终奖比例，最后offer邮件里没写。虽然对方口头上说“没问题”，但没有书面保障终究不踏实，最后我没去。
3. 重点题型拆解与应对思路：手写题、原理题、算法题、框架题
面试题目千变万化，但题型就是那几种。我在面试过程中把遇到的题按类别归了一下，每一类都有对应的准备方法。这里重点讲四类：手写题、原理题、算法题、框架题。
3.1 手写题：高手和新手的分水岭
手写题基本出现在一面，二面偶尔也有。难度不算大，但非常考验基本功是否扎实。常见的题有：
- 手写防抖函数（带cancel）
- 手写节流函数（兼容leading和trailing）
- 手写深拷贝（考虑循环引用、Map/Set/ArrayBuffer等特殊类型）
- 手写Promise、Promise.all、Promise.race
- 手写call/apply/bind
- 手写new操作符
- 手写instanceof
- 数组去重、数组扁平化
- 手写原生Ajax或fetch封装
这些题都会，但想拿高分需要做到两点：一是能考虑到边界情况，二是代码风格要清晰。以防抖为例，最基础的版本大家都写得出来，但加上cancel和返回值就有人犯难。有一次面试官让我手写防抖并且要求能立即执行一次，我顿了几秒才反应过来说的是leading调用，调整实现后他才满意地点头。
给一个实用的建议：面试前把所有高频手写题都写一遍，并且要写到“顺手”的程度。什么叫顺手？就是凌晨两点被叫醒，你也能在几分钟内把Promise.all的正确写法敲出来。达到这个熟练度需要反复练，不是一个晚上就能搞定的。
3.2 原理题：从“知道”到“能讲清楚”
原理题是面试的大头，最能拉开差距。同样问一个事件循环，有人只能背出宏任务微任务的执行顺序，有人能从调用栈、任务队列、渲染帧的关系讲清楚为什么要设计成异步。后者显然会留下更好的印象。
我在准备阶段整理了高频原理题清单，这里挑几个典型的说说：
事件循环。考察点是宏任务与微任务的执行顺序、在浏览器和Node环境中的差异。要能答出setTimeout、Promise.then、requestAnimationFrame、MutationObserver各自的优先级，还要能分析一段代码的输出顺序。
闭包与内存泄漏。闭包定义是核心，但面试官会更关心内存泄漏的实战场景。要能举出项目中真实的例子，比如定时器回调里引用DOM导致DOM无法回收，比如事件监听器未被移除导致的累积泄漏。
原型链与继承。要能画出原型链的指向关系，能写出至少三种继承方式的实现和优缺点对比。高级一点的考察点包括class的本质、Symbol.toStringTag的影响。
浏览器渲染机制。要能讲清楚从HTML解析到CSSOM构建、RenderTree合成、Layout、Paint、Composite的完整过程，还要能答出重排重绘的区别和性能优化手段。
HTTP缓存。要能讲清楚强缓存与协商缓存的区别，Cache-Control的各个指令，Etag和Last-Modified的优先级。最好能结合一个具体的性能优化案例来说明。
原理题准备的核心方法是“费曼学习法”：把每个知识点用自己的话讲给不熟悉前端的人听，如果他听懂了，说明你真的理解了这个知识。
3.3 算法题：前端到底要准备到什么程度
算法题是很多前端同学的痛点。说实话，两年半经验的岗位，算法难度不会特别高，主要集中在数组、字符串、链表、二叉树和简单的动态规划。但字节跳动这类算法要求严格的厂就另说，会直接上medium甚至hard题。
我的算法准备思路是这样的：LeetCode按标签刷，重点刷数组、字符串、哈希表、双指针、链表、二叉树、栈与队列、动态规划入门级。每天固定刷两道，保证手热。实际面试下来考到的题目都不算偏，考过：两数之和、合并两个有序链表、二叉树层序遍历、最长不重复子串、爬楼梯。全都属于高频题。
给算法不太好的同学一句定心话：不用把LeetCode两千道题全刷完，把hot 100和top interview题刷三遍以上，应付90%的前端中大型公司面试足够了。关键的不是刷了多少题，而是能不能做到看到题目就有解题思路，并能清晰讲出时间复杂度和空间复杂度。
3.4 框架题：Vue和React的真实考察方式
框架原理题是两年半经验面试绕不开的坎。不管是Vue还是React，面试官默认你要懂原理，而不是仅仅会使用API。
如果简历写的是Vue，要知道：响应式原理（Vue 2的Object.defineProperty和Vue 3的Proxy区别）、依赖收集和派发更新、diff算法和key的作用、nextTick的实现、keep-alive原理、Vue 3的Composition API设计动机。
如果简历写的是React，要知道：Fiber架构解决了什么问题、setState为什么看起来是异步的、hooks的实现原理（特别是useState、useEffect、useMemo）、函数式组件和类组件的区别、React.memo的使用场景和注意事项。
面试季中我被问到的一个很典型的框架题是：Vue 3的响应式为什么用Proxy替代Object.defineProperty。标准答案能说出Proxy可以拦截整个对象，不需要遍历属性重定义，可以监听新增属性删除属性，数组索引等。但更好的回答还会补充：Proxy的兼容性相对较差，且拦截并不能自动深度响应，仍然需要递归处理嵌套对象，所以在性能上不一定全面占优。这样回答出来，面试官会觉得你有自己的思考而不是背书。
还有一个思路想分享：准备框架原理的最快路径是去看源码，但不用从头看到尾。我的方法是先看社区里高质量的源码分析文章，对照源码去读关键函数，再自己画一遍执行流程图。比如Vue的响应式，你只要搞清楚track和trigger两个核心函数的调用时机，整个响应式体系就通了大半。
4. 投递策略与决策逻辑：渠道、定级与offer选择
技术准备到位了，投递和选择本身也很有讲究。这部分其实很影响最终拿到什么offer，以及能谈到多少钱。
4.1 投递渠道优先级与时效性
我用的渠道按推荐优先级排：内推 > BOSS直聘 > 拉勾 > 官网投递。
内推的效率是最高的，简历直达部门，且大概率会招人反馈。我这次有两个面试机会就是通过前同事和脉脉上认识的朋友内推的，从投递到约面基本在一周以内。BOSS直聘适合大批量撒网，但回复率比较迷，有些公司已读不回是常态，这很正常，不用太纠结。拉勾现在有点没落了，但外企和一些老牌互联网公司还在用。
另一个重要经验：不要一次性把所有想去的公司都投出去，而是分批次。第一批先投一两家备胎公司用来试水，熟悉一下最近的面试节奏和考察方向，等状态起来之后再集中投主要目标。我这次是先面了两家不算特别心仪的公司找到手感，才面向心仪公司提交简历，后面几场面试明显更有底气。
4.2 两年半经验应该谈什么职级
两年半经验在市场上的定位比较微妙。在大厂体系里，这个年限差不多是P5到P6的过渡阶段，部分发展顺利的同学可以到P6。在中小厂里面，可能直接被定位为“高级前端”或“资深前端”的备选人选。
我的复盘结论是：两年半经验争取P6或者对标P6的职级是合理的，前提是你的项目深度和基础能力足够扎实。如果面了四五轮还只是问基础，大概率是把你定位在P5档。如果想往上够一够，要充分展示架构设计能力和跨团队协作经验。
4.3 offer选择：不只看薪资
最后拿到offer之后，不要只看base数字，要综合比较。我自己的判断维度按优先级排序是：团队技术氛围与成长空间 > 业务前景 > 薪资与福利 > 通勤与稳定性。
这里我分享一个实际经历。有两个offer摆在我面前：一个base高5%，但技术栈比较老旧，团队规模小，基本没人做技术分享；另一个base少了大概4%，但团队前端有二十多人，每周有技术分享，代码评审很严格，还鼓励开源贡献。我最后选了第二个。理由很简单：前端是日新月异的领域，在一个没有技术驱动力的团队里待一年，出来之后竞争力会明显下降。
另外，谈offer时可以用已经拿到的offer来抬价，但要注意方式方法。不要直接说“另一家给了多少，你给多少”，更好的说法是“我手上有几个选择，贵司的团队和业务方向我最看好，但薪资方面还有一定的距离，有没有调整空间”。把谈判锚点放在对方身上，对方反而更愿意往上提。
5. 常见问题与避坑实录：面试季的独家心得
最后这部分我写一些比较零散但特别有用的经验，都是这次面试季真实踩坑或观察之后总结出来的。如果你也在准备面试，这些细节可能比背题库更值钱。
5.1 面试中容易失分的四个细节
第一，回答问题时抢答。我有一场面试，面试官问题还没说完我就急着回答，结果理解偏了意思，后面再怎么补都留了减分印象。后来我调整了策略：听完问题先停顿两三秒，确认理解无误再回答，这个习惯帮助我避免了很多误解。
第二，只讲结果不讲过程。被问到“实现过什么复杂功能”时，有人会直接说“我做过xx功能”，然后就没有下文了。更好的回答方式是用STAR结构，把背景、任务、行动、结果四部分讲清楚，并且强调自己在其中的作用。哪怕你只是参与了一个大项目，也要讲清楚你的贡献是哪部分，不要用“我们团队”含糊带过。
第三，手写题闷头写完就交。很多人手写题做得对，但一句话都不解释。面试官想通过手写题同时考察你的表达习惯，所以一定要边写边说思路，哪怕只是简单说一句“这里我考虑一下输入的边界情况”，效果也会好很多。
第四，反问环节问得太浅。面试最后一般会让你反问，如果只说“没有问题”或者问“加班多不多”，会比较减分。更好的反问是围绕团队技术、业务方向和流程提问，比如“您觉得团队目前前端技术沉淀的重点在哪”“这个岗位入职后前三个月的核心目标是什么”。好的反问会让面试官觉得你真的是认真在考虑加入。
5.2 如何高效复盘每一场面试
面试完不在状态的时候就会犯懒，但复盘真的太重要了。我的做法是每次面试结束当天，不管结果如何，都把面试中遇到的所有问题记录下来，按“会/不会/模棱两可”三个标签分类。
- 完全会的问题：过一遍就行，不用再花时间。
- 模棱两可的问题：这是最值得深挖的，说明你以为自己会，其实没掌握。
- 完全不会的问题：回去看文档、看源码、查社区文章，把答案写成自己能讲出来的版本。
整个面试季下来，我积累了大概50道错题记录。回头翻一遍会发现，很多题目其实是反复出现的，只是换了问法。前期错的题，到后期已经能答得非常流畅。复盘的价值不是学新东西，是把模糊的地方变清晰。
5.3 面试周期拉长之后的心态管理
金三银四的面试周期往往会拖到一个月甚至更久，心态崩盘是很常见的事。我自己的经历中有连续一周没有任何面试邀约的阶段，也有一天面三场导致大脑空白的经历。心态管理具体有几招：
- 不要只盯着一个机会等，保持投递和面试的节奏。
- 不要把面试失败归因为个人能力不如别人，很多时候只是匹配度问题。
- 每面完一场，给自己安排一个休息时间，别让面试挤压掉正常的生活节奏。
- 不必把目标公司放在最后面，想去的公司就尽早面，成功或失败都不影响后续决策。
还有一个很实用的建议：给自己设定一个deadline，比如“到三月末必须结束面试进入决策期”。这样能避免无限期拖延，也能让你在最后阶段更有目标感。
5.4 一个小技巧：建立自己的面试题库
这个建议我非常想推荐给每一个准备跳槽的人。从准备阶段开始，就把所有接触到的题目分门别类整理到一个文档里，面试过程中不断补充新的题目和自己的答案。这个过程本身就是在帮你构建知识体系。
我自己的题库大概分这些分类：JavaScript基础、浏览器与网络、CSS、框架原理、工程化、算法与数据结构、项目综合、开放问题、HR面常问。每个分类下至少有10道题，每道题都写了完整的回答思路和关键知识点。后期复习的时候就看自己的题库，比翻网上的面经效率高得多。
这个题库不只对这次跳槽有用，它还是一份永久的知识资产。下一次打开的时候，你只需要在上面叠新的内容就行。
两年前我跳槽的时候算是初生牛犊，背了几天面经就裸冲战场，结果可想而知，被问到“用原生JS写一个事件总线”都磕磕绊绊。这一次准备充分了很多，面对每一场面试都有明确的策略。最终拿到的三个offer里，我选了最想做的那一个。前端这条路，面经只是入场券，扎实的基础、项目的深度思考和清晰的表达能力才是真正打动面试官的东西。希望这篇面经能帮到正在准备跳槽的你。
