2024年的春天,我坐在第三家公司的会议室里,对面是眉头微皱的技术Leader。他问了我一个预料之中的问题:“你上一轮提到,你们前端团队从12人缩到了7人,你觉得这对你个人的成长是好事还是坏事?”那一刻我突然意识到,这轮面试可能聊的早已不是技术,而是心态。作为2024年社招大军里的一员,回顾这两个月的面试历程,我只想说一句:金三银四还有,但它已经不是原来那个金三银四了。
这篇文章不是成功学,也不是劝退帖,就是一份基于我亲身经历的前端社招复盘。我会把2024年社招的真实行情、面试流程中每个环节的考察重点、高频考点背后的逻辑,以及踩过的坑和总结出来的策略,完完整整地写出来。无论你正打算跳槽、已经被裁被迫求职,还是准备在2026年的求职季提前蓄力,这篇内容都能给你一个相对清晰的方向参考。
1. 2024年社招行情:金三银四到底还剩多少成色
先回答标题里的那个问题:2024年社招还算有金三银四吗?我的结论是——形式上的金三银四还在,但成色已经从“黄金”变成了“黄铜”。岗位量比2023年同期多,但比2021年和2022年差了不止一个量级。说白了,招聘市场在复苏,但复苏的是“精选岗位”而不是“岗位数量”。各家公司的HC审批依然严格,技术面试的轮次和深度反而比过去更卷了。
从我实际投递的数据来看,2月底到4月中,我在主流招聘平台加内推渠道总共投出了97份简历,收到面试邀约的有11家,最终进入终面的有4家,拿到Offer的有2家。这个转化率放在2021年,也就是大概投30份简历就能达到的水平。要知道那会儿很多公司是HR主动打电话来邀约,现在是反过来了,除非你是大厂背景加分明显,否则普通简历的冷启动难度明显更高。
猎头那边的反馈也印证了这一点。我聊的几位专注互联网和软件行业的老猎头都在说同样的话:现在企业要人,要么是核心业务线的关键岗位,要么是某个技术栈急需的稀缺能力。纯粹的“通用型前端”在招聘市场上的议价权正在变弱。我身边一个朋友,五年经验,Vue和React都熟练,项目经验也不错,但因为技术方向太杂,没有特别突出的领域沉淀,连着两轮面试都在“项目深度”这一关被刷了下来。
另外一个显著变化是,面试流程变长了。以往大厂标配是一面技术、二面技术、三面HR,一周内走完。2024年常见的流程变成了:电话初筛、一面技术基础、二面项目深挖、三面交叉面或架构面、四面Leader终面、最后HR面。中间还有可能有笔试或在线编程测评。整个流程走下来,三到四周是常态。我印象最深的一家,光在线编程就做了两次,并且第二轮的题目和第一轮风格完全不同,明显是在针对我简历里写的技术短板做定向考察。
从行业分布看,纯互联网赛道的岗位量在缩减,但ToB(企业服务)、ToG(政务)、传统行业数字化转型、出海应用这几块反而是招聘大户。我参加面试的公司里,有两家是做企业级低代码平台的,还有一家是给制造业做数字孪生系统的。它们的共同特点是:不追求最前沿的技术栈,但非常看重前端工程师对复杂业务场景的理解能力和工程化落地能力。换句话说,面试官想问的往往不是“这个API怎么用”,而是“你以前是怎么在一个真实复杂的项目里把技术用好的”。
还有一个趋势值得2026年再战的各位注意:AI辅助开发工具的普及正在悄悄改变面试的考察点。不止一家面试官主动问我平时有没有用AI编程工具,怎么用,它对你的效率提升到底有多少。甚至有公司把“是否深度使用过 AI 开发工具”写进了岗位JD的加分项。这里面释放的信号很明确:市场对前端的期望,正从“写代码的执行者”转向“能借助各种工具解决问题的人”。单纯会背八股文,不懂怎么在真实场景里做技术决策,面试官现在很容易就能问出来。
2. 面试流程实录:从投简历到谈薪,每轮都在考察什么
2.1 简历筛选阶段:关键词匹配比写得多更重要
现在很多公司,尤其是中大型公司,第一轮筛选是机器加HR人工双重过滤。机器筛的核心就是关键词匹配。我一开始用的简历版本写得比较文艺,比如把项目经验描述成“负责了某某系统的性能优化工作,大幅提升了用户体验”。结果投出去一周内,面试邀约寥寥。后来我把简历改成了“针对首屏加载耗时进行拆包与懒加载优化,将FCP从2.8秒降低至1.6秒,LCP降低35%”,面试邀约率立刻上来了。
这里面的逻辑很简单:HR和面试官每天看几十份简历,每份简历停留的时间大概只有几十秒。他们第一眼要捕捉的就是“这个候选人做过什么、结果是什么、值不值得约来聊聊”。所以简历上每一项项目经验,都要按“背景—动作—量化结果”的结构写。量化结果尤其重要,哪怕你只能量化一个指标,也比你写十行形容词有效。
另一个我踩过的坑是技能清单堆得太满。我原来写了一大堆熟悉的技术,从Webpack到Vite,从Vue2到Vue3,从TypeScript到Node.js,凡是碰过的都写上去了。后来一个做HR的朋友提醒我,这会让面试官觉得你“什么都会但什么都不精”。正确的做法是写三到五样你最拿手、最经得起深挖的技术。你写上去的每一项,都要能在追问之下说出底层原理和踩坑经历,否则就是给自己埋雷。
投递渠道这块,我和多位朋友交流后的一致结论是:内推 > 猎头 > 官方招聘公众号 > 招聘App直投。内推的简历是直达业务部门的,即使没通过,通常也能得到一个具体的反馈。猎头适合4年以上经验、职级偏高的岗位。招聘App适合快速海投,但容易遇到已过期岗位和“已读不回”。我把主要精力放在了内推和猎头上,招聘App只作为补充。亲测有效的一个技巧是:在招聘App上主动关注那些“三日内活跃”的HR或猎头,沟通效率会高很多。
2.2 一面技术面:八股是底线,但不能只懂八股
一面通常是未来的同级同事或者小组Leader来面,考察重点是基础是否扎实。这一轮大致包含三类题目:计算机基础与语言能力、框架原理、手写题或场景题。
我面试过程中被问到的八股类问题覆盖面挺广,高频的有:
- 浏览器从输入URL到页面展示的完整过程
- JavaScript的事件循环机制,宏任务和微任务的区别
- 闭包、原型链、this指向这些基本概念的实际应用场景
- Vue和React的双向绑定或虚拟DOM实现原理
- 浏览器缓存机制(强缓存、协商缓存)和HTTP缓存头
这类问题没有太多技巧,核心是理解而不是死记。比如事件循环,面试官通常不是要你背“先宏任务后微任务”这句话,而是会给你一段包含Promise、setTimeout、async/await的代码,让你说出输出顺序。如果你能顺带解释为什么async/await在微任务中有不同的处理时机,这一轮就稳了。
另一类高频考察是CSS和布局。2024年的面试已经不只是问“flex和grid的区别”这种初级问题了,更常见的是“给你一个长列表,如何实现滚动性能优化”“如何实现一个水波纹进度条”这类综合视觉和交互的问题。我还在某家面试中被直接要求在编辑器里写一个响应式栅格系统,并说出每种方案在极端情况下的表现。这提醒我们,表面上看起来“低级”的CSS问题,面试官想考察的其实是你对渲染原理和工程方案的综合理解。
一面体感最紧张的是手写题环节。我遇到过的有:手写Promise.all、手写防抖节流、深拷贝(要考虑循环引用和Symbol)、手写一个简单的发布订阅模式、实现数组的reduce方法等。这些题看着简单,但要在20分钟内写出高质量的代码,并且边写边讲解思路,还是需要提前准备的。我的建议是,把这些手写题当作“肌肉记忆”来练,写到不需要思考就能信手拈来的程度,才能给面试官留下扎实的印象。
2.3 二面项目深挖:你简历上的每一个字都要经得起追问
二面通常是技术专家或者技术主管面,核心主题是“项目深挖”。面试官会拿着你的简历,一个项目一个项目地问,直到问出他满意的深度。
我把自己在二面中被追问过的问题整理了一下,集中在以下几条线:
- 为什么选这个技术方案而不是另一个?比如做微前端,为什么选qiankun而不是single-spa或者wujie?
- 做这个优化之前是什么样的,优化之后是什么样,中间遇到最棘手的问题是什么?
- 如果数据量扩大十倍,你的方案还能不能撑住?如果不能,你会怎么改?
- 你这个系统,如果让你重新设计一遍,你会改变哪些决策?
有一个项目印象特别深。我做过的某一个后台管理系统里用了BPMN流程设计器作为底层引擎来做自定义审批流。面试官顺着这个问题从流程引擎选型一路问到节点审批人的动态计算策略,再到流程版本升级时已经流转中的实例如何处理。这些问题远超出“前端怎么调接口”的范畴,逼着你去理解业务流程的边界。事后我做复盘时发现,这正是2024年面试和2021年的最大区别——面试官更倾向于把前端当做一个完整系统的承上启下者来考察,你不仅要懂代码,还要懂业务,懂交互,甚至懂一点后端的数据设计。
所以如果你准备跳槽,我强烈建议在投简历之前,先把你过往的重点项目每个都写一个“项目自述稿”,包含:项目的业务背景、你负责的模块、技术选型理由、遇到的核心问题、解决过程、最终结果、如果重来会怎么做。每个项目写2000到3000字。不要指望面试现场即兴发挥,提前写出来是最有效的准备方式。我自己就是在这个环节受益最大,因为写的过程会暴露出很多你以为懂但其实没想透的点。
2.4 三面及以后:架构视野、软素质、团队匹配度
到了三面,就不再是单纯的代码技术考察了。我经历的交叉面主要考察的是你对整个系统架构的理解、对跨端协作和工程化方案的把控。有个面试官直接问我:“如果一个新项目给你两周时间搭基础工程,你会怎么设计目录结构、构建流程和发布流程?”这种开放性问题的答案没有标准模板,但可以围绕规范化、自动化、可维护性、可扩展性去展开。展示你自己的思考链路比给出一个“完美的方案”更重要。
Leader面则更关注你的综合素质和团队协作体验。被问到的典型问题包括:和产品经理意见冲突怎么处理?怎么带新人或者推动跨部门合作?对996怎么看?为什么想离开现在这家公司?这里切忌说前东家坏话,哪怕是客观事实也要换个委婉的表达方式,比如“希望在更广阔的平台上发挥技术价值”就比“原公司没前途”听起来舒服得多。
HR面虽然是最后一环,但恰恰是最容易被轻视的。2024年这个行情下,HR的话语权比以前大。她们会细致地核查你的离职原因、社保记录、薪资流水,有些公司还有背景调查环节。这里要给一个忠告:不要随口说一句“我期望薪资能比现在高30%”,要认真做好功课,了解目标公司的薪资结构、公积金比例、年终奖范围后再开价。我从这次的经历中得出一个结论:HR面不是走过场,是一场信息博弈,报高了可能直接被刷,报低了又对不起自己,所以一定要提前准备一个有依据的期望区间。
2.5 不同规模公司的面试侧重点对比
为了让大家更直观地感受不同公司的面试差异,我把这次接触过的几种公司类型做了个对比:
| 公司类型 | 面试轮数 | 核心侧重点 | 整体体感 |
|---|---|---|---|
| 大厂核心部门 | 4~6轮 | 算法+工程能力+架构思维 | 难度大,流程长 |
| 大厂非核心部门 | 3~4轮 | 项目经验+技术广度 | 难度中等,关注匹配度 |
| 中型ToB公司 | 3~4轮 | 项目深度+业务理解 | 问题集中,深挖细节 |
| 初创公司 | 2~3轮 | 技术栈匹配+解决问题效率 | 节奏快,讲性价比 |
大厂核心部门通常有一轮是纯算法题,LC中等难度为主。我准备了大约60道高频题,终于在一家视频平台公司碰上了原题。中型公司反而更在乎你的项目是否贴合它们当下的业务痛点,比如低代码、可视化搭建、自定义流程引擎,这些都是ToB公司在2024年格外关注的前端方向。
3. 高频考点拆解:2024年前端面试到底在考什么
3.1 框架原理:从“用过”到“理解设计”
Vue和React依然是前端面试的核心阵地,但考察的深度明显加深了。以前面试问“Vue3为什么快”,答“用了Proxy和编译优化”就可以过关。现在面试官会继续追问:Proxy相比Object.defineProperty的优势具体体现在哪里?编译优化里的静态标记是怎么做的?diff算法的key到底是怎么优化复用的?答不上来,就会被认为只是“API选手”。
所以我的建议是,不要急着记答案,而是要从设计者的角度去理解框架。比如React的Fiber架构,你要能说出它解决了什么问题、为什么需要任务切片、优先级调度大概是怎么做的。Vue3的响应式系统,你要能画出依赖收集和触发更新的完整链路。理解到这一层,题目怎么变你都不慌,而且这种理解也会反过来提升你日常开发中的debug能力。
如果你时间有限,我建议优先复习这几个高频底层点:
- Vue3的compiler优化和diff算法
- React的Fiber架构与渲染阶段
- 虚拟DOM的本质和设计边界
- 组件通信的多种方案以及各自的适用场景
- 状态管理库(Pinia、Redux Toolkit)的底层实现思想
3.2 场景题:最能拉开差距的环节
现在面试特别喜欢给出一个场景,问你会怎么设计。这种题没有标准答案,但能迅速判断出一个人的项目经验和思考深度。我遇到的几个典型场景题:
- 大文件上传应该怎么设计?涉及切片大小怎么确定、并发数怎么控制、断点续传怎么实现、服务端怎么合并分片、秒传怎么判断。
- 如果要在你的项目中集成OnlyOffice来做在线文档协同,你会从前端层面做哪些事情?部署、回调、权限、编辑与预览切换、协同冲突处理。
- 现有项目是巨石应用,打算做微前端改造,你会怎么选方案?qiankun、微前端框架的沙箱机制又能解决什么问题?
- 页面有一个复杂的可视化大屏,数据量又大,怎么保证渲染流畅和内存不爆炸?
- 用户反馈页面卡顿,你怎么从性能面板入手定位和分析问题?
这些场景题背后的共同逻辑,是考察你有没有完整地做过一个“超出简单CRUD”的前端项目。我在回答时的一个经验是,不要一上来就讲方案,先快速复述一遍场景、澄清关键约束(是内部系统还是面向用户?数据量大概多少?浏览器兼容性要求?),再给出层次化的方案。这种“先对齐再解答”的习惯,本身就是面试官很看重的工程素养。
这里我特意想展开聊一下大文件上传这个题目。因为2024年很多公司业务里都有音视频处理、监控文件、大数据集导入的需求,这道题出镜率极高。回答的思路大概是:
- 前端通过File.slice对文件进行分片,每个分片固定大小,比如2MB或5MB。
- 用Web Worker去做分片的哈希计算,避免大文件在计算MD5时阻塞主线程。
- 上传前先请求后端接口,判断该文件是否已存在(秒传)。
- 并发上传分片,可以通过p-limit这种库控制并发数,一般控制在3到5个,避免把浏览器连接数打满。
- 每个分片上传成功后后端做标记,中途失败时前端可以重试,已经传完的不重复传。
- 所有分片传完后,通知后端触发合并任务。
- 断点续传其实是“查到哪些分片已上传,只传缺失的”,所以断点续传的关键是服务端要记录每个分片的上传状态。
这道题在2024年的面试中几乎是“送分必考题”,但想答得漂亮并不容易。能答出Web Worker计算哈希、并发控制、断点续传,已经可以超过60%的候选人。
3.3 微前端和工程化:不再是加分项,而是必选项
热词里频繁出现“微前端”,这不是偶然。业务复杂度的提升和多人团队的协作需求,让微前端在2024年成为中大型前端项目的常见架构选项。面试中关于微前端的提问非常多,从“你们为什么做微前端”“选的什么方案”到“沙箱隔离怎么实现的”“样式冲突和JS全局污染怎么处理”都有。
我对这部分的建议是:不去纠结所有方案,但一定要对主流的qiankun、wujie、Module Federation有横向对比。比如qiankun基于single-spa做了一层封装,主流方案是通过JS沙箱和样式隔离来保证独立运行;wujie则用Web Component加iframe的组合方案来规避一些沙箱不彻底的问题。Module Federation是Webpack原生提供的运行时共享模块方案,适合拆应用但严格意义上不是微前端框架。
面试官在这种题上最反感的是只背名字不背原理。如果你简历里写了“主导了微前端改造”,一定要能画出你改造前和改造后的架构图,说清楚主应用和子应用之间怎么通信、路由怎么接管、公共依赖怎么处理、部署和发布流程又是怎么变的。这些都是做了才会知道的细节,没有真实项目经验很难编圆。
工程化方面,Webpack、Vite、Rollup这些构建工具的原理和调优依然是高频考点。Vite之所以火,核心是开发环境用原生ESM加载模块,省去了Webpack那种整体打包的过程。面试官可能会问你:Vite的依赖预构建是做什么的?它为什么快?生产环境为什么还要用Rollup打包?这些点都需要你真正去读一点源码或至少在项目里仔细对比过才能讲到位。我个人的经验是,不必追求把整个工具源码读完,但要把它的工作流程和设计边界搞清楚,这已经足够应付大多数面试了。
3.4 面试题在向2026年进化:AI和大模型时代的“前端新技能”
热词里有个有趣的现象:大量“2026年最新前端面试题”相关内容。这说明求职者的焦虑是提前的。而结合我了解到的趋势,2026年的前端面试题,大概率和2024年已经有明显重叠,但会进一步深化三个方面。
第一,AI辅助开发的深度使用会成为常规话题。比如你平时用哪些AI编程工具,它在什么场景下能帮你提效,什么场景下会坑了你。面试官真正想听的不是“我用AI写代码很爽”,而是你如何利用工具加速业务交付,同时如何把握代码质量。这里建议准备一段具体的经历:曾经用AI工具把一个耗时的页面开发缩短了30%到50%,但在某个边界情况下AI生成了错误的逻辑,你又是怎么发现的。
第二,大模型应用的前端场景越来越多。Chat Interface、流式输出、前端如何高效处理SSE(Server-Sent Events)流,这些正在成为一些前沿岗位的考察点。热词里有一条“sseemitter后端本地启动,前端无法获取数据”,这就对应了前端跟SSE对接时的典型痛点。面试官可能会问:怎么处理流式返回的中间态?如何实现增量渲染?断线重连应该怎么做?这些都是2026年面试中很容易出现的“前端+AI”综合题。
第三,全栈化趋势愈发明显。热词里有“前端转全栈”。现在的前端岗位,即使JD写的还是“高级前端”,面试官也会默认你熟悉Node.js、接口设计、数据库基础。我在面试中不止一次被问过“如果让你自己一个人写一个完整的小工具站,你会怎么选型”。这种情况下,会一点Express/Koa、会一点ORM、能说清楚从浏览器到数据库的完整数据流,就成了一个很大的加分项。
4. 简历优化与投递策略:在寒冬里把每一份投递都用在刀刃上
4.1 简历是销售文案,不是工作流水账
我见过太多前端简历犯一个通病:把工作经历写成了职责列表。“负责某某模块的开发”、“维护某某系统”、“参与需求评审和排期”——这些描述说了等于没说,完全无法体现出候选人的独特价值。
简历优化最核心的方法,就是数字化和场景化。同样一个经历,你可以这样改:
- 简历改前:“负责公司CRM系统的前端开发”
- 简历改后:“独立负责CRM系统从0到1的前端搭建,技术栈为Vue3 + TypeScript,覆盖客户管理、合同管理、数据分析三个核心模块,上线后稳定支撑3000+日活用户”
把注意力从“我做了什么”转移到“我做出了什么结果”,这是我从这次求职过程中最大的认知升级。
另外,针对不同的投递目标,简历也应该做微调。投大厂核心部门,简历要突出算法能力、底层原理和重点项目,项目描述往复杂度和性能方向靠。投ToB中型公司,简历则要突出业务流程理解和复杂表单、流程设计、权限模型这类场景经验。千万不要一份简历走天下,面试官很容易就能感受到你的经历跟岗位的匹配度。
4.2 投递的节奏和渠道怎么安排
根据我两个月的实践,一个比较合理的投递节奏是:
- 准备期(2到3周):完成简历修改、项目自述稿、算法高频题刷题、面试八股整理。
- 海投期(第1周):用招聘App广撒网,先把面试感觉热起来,不要直接投最想去的公司。
- 精准期(第2周开始):通过内推、猎头、官网投递目标公司,这时候你已经有了几轮面试经验,重新回看简历,可能会有新的修改想法。
- 复盘期:每次面试结束后,当天趁热把面试问题记下来,整理成文档。这不仅是查漏补缺,也是一种心理调节——你会发现自己能回答的问题越来越多,信心会越来越足。
邀约率最高的时间段,亲测是周三和周四的上午。HR和面试官的精力在这两个时间段是最充沛的。周一大家普遍在开会,周五下午基本处于收尾状态,面试排期也比较少。这一点在求职季时间充裕时可以主动跟HR约时间,不要只被动等安排。
4.3 离职状态还是骑驴找马,如何选择
2024年的行情下,这两个选择各有利弊。裸辞会让你的时间更充裕,可以全身心准备面试,也能接受突然的面试时间调整。但同时,裸辞超过两三个月,面试官会开始关心空窗期的原因,而且没有收入的心理压力会让你在谈薪时处于劣势。
骑驴找马则比较稳,但问题也很突出:请假面试次数有限,面试状态可能因为疲惫而打折。我在职面试时连续两周晚上刷算法题到凌晨,白天还要写业务代码,第二次技术面的时候明显感觉脑子转得不够快。
如果你资金储备还有3到6个月的底气,我觉得可以接受裸辞然后集中冲刺。但如果你是房贷压力大、家庭开支高的情况,我建议还是骑驴找马,只是需要把面试周期拉长,给足自己缓冲时间。这个决定没有标准答案,完全取决于你的个人情况和心理承受能力。
5. 常见问题与避坑指南:这些坑能躲就躲
5.1 技术坑:八股背了但还是被挂
十个人里面至少有五个人挂在“以为自己会了”。八股文的正确记忆方式不是背结论,而是推演过程。拿“事件循环”举例,你要能自己用JS代码模拟一段输出顺序,并且说出每一步的原因。拿“浏览器缓存”举例,你要能说出Cache-Control的max-age和no-cache到底差在哪,Expires为什么会被弃用,Last-Modified和ETag优先级如何。
面试官面过几百个候选人,你是否真的理解,从你解释问题时的语气和用词就能分辨出来。背出来的东西是“精准但僵硬”,理解出来的东西是“有思考且灵活”。我建议你在准备每个知识点时,都自问三个问题:它解决什么问题?它内部怎么实现的?如果让我设计,我会有什么不同?能答出来,就是真会。
5.2 行为面试坑:谈离职原因和薪资
“为什么从上家公司离职”这个问题,答不好就会翻车。最差的回答是吐槽前司的各种问题,哪怕你说的都是事实,面试官也会担心你未来会不会同样吐槽这里。比较好的回答方式是“趋避式”的,比如:“在上家待了三年,从业务到技术都稳定下来了,但我觉得自己的成长速度变慢了,想找一个业务和团队都更有挑战的平台。”核心逻辑是强调你的主动选择和积极态度,而不是逃避和抱怨。
谈薪这块,我要特别强调:现在的HR面一定会做薪资核实,包括银行流水和个税App记录。所以千万不要虚报期望薪资,那是在给自己埋雷。正确做法是提前了解目标公司的薪资带宽,结合自己目前的整体薪酬(底薪+公积金+年终奖)给出一个合理的期望上浮区间,一般20%到30%比较常见。
5.3 心理坑:面试没消息要不要催
很多候选人会遇到:面试完毕后,HR说“这周有反馈”,结果一个多星期没有消息。这种情况90%不是因为你不好,而是企业内部流程慢了。比较稳妥的催问方式是在面试后第3个工作日发一条短信或站内信给HR,礼貌表达感谢同时询问进展。如果超过一周没消息,基本可以判定流程已经停了或优先级被降低,这时候不必内耗,直接把精力投到下一家。
我在这次求职过程中也经历过连续三轮面试都倒在终面的阶段。那段时间真的挺崩溃的,每次都是前面聊得很好,最后一步差一点。后来复盘才意识到,问题主要出在我对目标公司的业务了解不够深,Leader面时讲的技术方案虽然没错,但没有切中他们当时最想解决的问题。从那以后,每次面试前我都会花半小时专门研究目标公司的产品、技术团队动态和招聘JD里的隐藏信息,后面通过率确实上来了。
6. 写在最后
2024年的金三银四,给我最大的感觉是:市场筛选的不再是“会写代码的人”,而是“能在复杂环境下解决问题的人”。如果你现在还年轻,还在第一份或第二份工作,不要急着抱怨行情差。行情再差,技术扎实、项目有深度、有闭环思考能力的人,依然能拿到Offer。我只是那个运气一般、但不肯放弃的普通前端,希望这份复盘能给你一点参考,也让你在下一轮面试中少踩几个我踩过的坑。
如果非要再分享一个小技巧的话,我想说:一定要把每次面试中回答不上的问题,在当天晚上整理进你自己的知识库。我这次准备了一个面试复盘文档,到最后已经有超过90个问题答案。这个习惯不仅帮我拿到了Offer,也让我的技术水平在两个月里有了明显的提升。这大概就是面试的意义——它不只是一次检验,也是一次高效的自我升级。