1. 动手之前先把自己拆清楚一年半经验说实话是个挺微妙的时间点。你说自己是新人吧项目也独立带过两三个了你说自己很资深吧真要讲起浏览器底层、框架源码又总觉得差点火候。我去年年底开始准备跳槽前后差不多面了两个月从第一次被问到大脑空白到最后拿到还算满意的offer整个过程踩了不少坑。这篇东西算是给自己这段经历做个存档也希望能给同样在准备前端面试的同行一点参考。先说结论一年半经验的前端面试考察的重点和应届生、和五年以上老手都不一样。面试官不会指望你把React源码背出来但也不接受你只会写业务页面。这个阶段的核心关键词是“知其然也知其所以然”——你负责过的模块、用过的技术、踩过的坑都要能说清楚背后的原理和取舍。下面按我实际经历的顺序把前期准备、知识点复习、项目深挖、面试复盘这几个部分逐一展开。1.1 盘点真实技能树别用“熟练”骗自己准备面试的第一步不是急着刷题而是先盘一盘自己到底会什么。我一开始就犯了这个错误上来就背八股文结果面试官问“你们的登录态是怎么存的”我愣了一下——平时都是直接用的压根没想过这回事。所以第一步找张纸把自己做过的事情列一遍越具体越好。我从几个维度来盘点技术栈日常用的是React还是Vue版本是多少用没用过TypeScript状态管理用的什么路由怎么配的有没有写过自定义Hook或公共组件。业务模块这一年半真正独立负责过哪些模块哪些功能是你从零搭的哪些是接手维护的有没有处理过性能问题、兼容性问题、线上故障。工程化项目是怎么构建的webpack还是vite有没有自己配过构建脚本有没有写过CI/CD的配置文件有没有处理过打包体积、首屏速度这些事。软性技能有没有带过新人有没有和产品、后端因为需求争论过有没有做过技术选型的决策。这个盘点过程的意义不是让你给自己打分而是为了后面写简历和准备项目深挖做准备。你自己都说不清楚的事情面试官一问就会露馅。我当时盘完发现自己虽然写了两年业务但真正有技术含量的点其实就那几个一个复杂表单的性能优化、一个上传模块的断点续传、一个组件库的封装设计。后面面试的几乎所有项目题我都往这几个上面引。1.2 简历是面试的剧本不是流水账简历这块我要多说两句因为太多人吃亏在这上面。一年半经验的简历最常见的毛病是两个极端要么写得太简单就一行“负责XX项目的前端开发”面试官看了完全不知道你会什么要么写得太满把自己参与过的所有项目都列上去每一条都蜻蜓点水反而显得没重点。我改了几版之后确定了一个比较有效的结构。每个项目用四句话讲清楚项目背景一句话说清这是个什么项目、给谁用的、大概什么规模。我的职责我负责的是哪一块是核心业务模块还是整个前端架构。技术亮点这里不要写“使用了Vue”要写“封装了一套基于Vue3的组合式函数将表单逻辑与UI解耦降低后续维护成本”体现设计能力。量化结果尽量用数据说话。“首屏加载时间从3.2s优化到1.4s”“组件库内部覆盖了12个业务系统”“线上故障数从月均7次降到1次”。另外有个小技巧简历上的每一项技术名词都要确保自己能在五分钟内讲清楚“为什么用它、不选别的”。我见过很多人简历上写“熟悉微前端”结果被问到微前端解决了什么问题、qiankun的沙箱机制是什么当场尬住。写上去的东西就是在给面试官递话头递出去之前先确认自己接得住。1.3 资料收集要克制面经不是刷得越多越好网上的前端面经多到爆炸尤其像我这样搜“前端面经”“前端面试题2026”的话能翻出几百页。我的建议是不要海量刷题要建立自己的知识框架。我当时的做法是先把前端知识体系分成几个块JavaScript基础、浏览器与网络、框架原理、工程化与性能、手写代码、算法。每块找一两篇高质量的文章精读配合自己的项目经验去理解然后整理成笔记。面经的作用是在这个框架上做一些补充和查漏——比如我发现好几家公司的面试题都提到了“事件循环”和“Promise”我就会把那块的笔记再充实一下把相关的手写题也练一遍。这里要提醒一点不要背面经里的标准答案。面试官一天面好几个人你背不背得出来他很快就能感觉到。关键是把原理搞懂用自己的话讲出来。我后来面试时所有答得好的问题都不是靠背的而是正好在项目里遇到过类似场景能自然地讲出“我当时是怎么处理的、为什么这么处理、有什么坑”。2. 核心知识点1.5年经验的面试到底在考什么把知识框架搭好之后接下来就是往里面填充内容了。我面了大概二十多轮包括一面二面三面和HR面把遇到的问题归归类发现考察点其实非常集中。这一节我按模块拆开讲每个模块说说面试官到底想考什么、怎么准备才有效。2.1 JS与TS基础听懂问题背后的意图JS基础的题表面上看是在考知识点实际上是在考察一个问题“你写了两年业务到底是只会调用还是真懂原理”拿“闭包”来说面试官不会直接问“什么是闭包”而是会给一段代码让你说说输出了什么或者问“这段代码有什么问题怎么改”。最常见的例子就是for循环里的setTimeout一年半经验的人如果答不上来印象分会掉很多。我建议这块复习的时候每个知识点都要准备好“是什么、为什么、怎么用、有什么坑”四个层次作用域与闭包要能解释执行上下文、作用域链明白闭包会造成哪些问题内存泄漏、变量共享也知道实际业务里哪些地方隐式用了闭包。事件循环宏任务、微任务的执行顺序Promise、async/await、setTimeout混在一起时输出顺序是什么样的。这个几乎是必考的。this指向普通函数、箭头函数、bind/call/apply的区别以及class里方法定义时this的坑。原型与继承原型链的查找过程ES6 class和原型的关系几种继承方式的优劣。TypeScript部分如果简历上写了面试官大概率会追问。常见问题是“type和interface的区别”“泛型怎么用”“怎么把一个联合类型转成对象类型”。我自己的经验是TS的题重在平时用过临时抱佛脚容易在细节上被问穿。没写过TS的同学至少要把类型推断、接口、联合类型、泛型这几个基础概念弄明白不然简历上别写“熟悉TS”。2.2 浏览器与网络把原理串成一条线这部分是前端面试的“硬骨头”也是区分度很高的模块。很多一年半经验的开发者平时只跟接口和页面打交道对浏览器原理一知半解结果一被问到就从根上崩。我复习的时候发现其实可以串成一条线。从你在地址栏输入一个URL开始DNS解析、TCP连接、TLS握手、HTTP请求、服务器响应、浏览器解析HTML构建DOM树、加载CSS构建CSSOM、执行JS、合成页面渲染。每一环都有对应的考点从输入URL到页面展示发生了什么这道题是个大综合题几乎每个面试官都会问。准备的时候不要把每个步骤背下来就完事要能讲清楚每一步的细节比如DNS的解析过程、TCP三次握手为什么是三次、浏览器对同一个域名并发连接数限制等。HTTP缓存强缓存和协商缓存的区别Cache-Control和ETag的工作原理什么时候用哪种。这块一定结合自己项目里实际怎么配的来讲。浏览器渲染流程为什么JS放在body底部、CSS放在head里重排和重绘的区别哪些属性会导致重排。能结合一个实际优化案例说出来最好。跨域与安全CORS的原理JSONP为什么只用GET常见的Web攻击手段XSS、CSRF以及防护方式。网络这块面试官经常喜欢问“你们项目里是怎么处理接口请求的”这时候可以把封装axios的细节讲出来——拦截器里做了什么、token过期怎么处理、并发请求怎么合并、错误码怎么统一处理。这种结合实际工程的问题比干巴巴背书要有说服力得多。2.3 框架原理别只会用还得能说清为什么框架是前端的大头也是面经里出现频率最高的词。我看到热搜词里有“字节 面经”“react 面经”“微前端”基本都绕不开框架原理和设计思路。React和Vue二选一深入学习就够了另一个至少知道核心差异。我主攻的是React所以说说React这边的经验。一年半经验的面试不会让你手写React源码但几个核心概念一定要能讲透虚拟DOM与diff算法为什么要引入虚拟DOMdiff算法的大致策略是什么同层比较、key的作用为什么key尽量不要用数组下标。Fiber架构React15和React16的区别为什么需要FiberFiber能解决什么问题同步渲染导致的卡顿调和过程是怎么中断和恢复的。能提到“Fiber把渲染任务拆成一个个小单元通过requestIdleCallback来调度”基本就到位了。Hooks原理useState和useEffect背后的实现思路为什么Hook不能在条件语句里调用因为它依赖调用顺序来对应状态。以及闭包陷阱——在useEffect里拿不到最新的state这是项目中很容易踩的坑。合成事件React为什么需要合成事件事件委托在React里是怎么做的为什么要绑到root上而不是每个元素上。Vue这边如果面试官是Vue技术栈会问响应式原理——Vue2的Object.defineProperty和Vue3的Proxy区别、为什么Vue3要改成Proxy、依赖收集和触发更新的流程。还有计算属性和侦听器的区别、虚拟DOM和diff的差异Vue的双端对比 vs React的右移策略。我自己的体会是框架题最关键的不是记住概念而是能结合使用场景讲出“好处是什么、代价是什么”。比如问到Fiber你可以说“我项目中有一个很长的列表页用户输入搜索条件时页面会卡顿后来我用React.memo和useMemo优化了子组件重渲染但我了解到根本原因其实是Reconciler的递归同步渲染Fiber引入了可中断的异步渲染来缓解这个问题。”这样既回答了原理又展示了自己真实做过的事情。3. 手写题与算法这块真的能练出来手写代码题是前端面试里让人又爱又恨的部分。爱的是它不像系统设计那样玄学练就有用恨的是现场写代码压力大一个语法错误就心慌。我面的二十多轮里手写题基本每一轮都有所以这块我花的时间也最多。3.1 高频手写题清单与要点我把遇到过的、以及面经里高频的手写题整理成了一份清单按考察方向分组JS基础能力手写防抖和节流、手写深拷贝考虑循环引用、Date、RegExp、手写事件总线发布订阅、手写数组去重/扁平化多种方式。异步编程手写Promise至少写一个包含then、catch、finally、resolve、reject的最小实现、手写Promise.all和Promise.race、用async/await重写一段链式调用。函数式能力手写call/apply/bind、手写柯里化、手写compose组合函数。框架相关手写一个简单的useState闭包实现、手写一个mini版Vue响应式Object.defineProperty收集依赖。设计模式单例模式、观察者模式、代理模式的JS实现。准备手写题有个技巧不要背代码要理解每一步在干什么。以深拷贝为例核心是三步判断类型基本类型直接返回、引用类型要递归、处理特殊对象Date、RegExp、Map、Set、解决循环引用用WeakMap或者Map记录已拷贝的对象。你理解了这三步不管面试官怎么变着法问都能写出来。另外强烈建议把写过的代码都整理到一个文件里经常回头看看。我面试前大概练了三遍第一遍是学习第二遍是合上书默写第三遍是只写要点、不写完整代码。到了真面试时手速和思路都顺了很多。3.2 算法刷题的最小闭环一年半经验的算法考察说实话不会太难。我遇到的最多是数组、字符串、链表、二叉树这几个大类动态规划基本没怎么考到即使考也是基础级别。我的经验是不要一头扎进LeetCode的题海里要有针对性地刷。我给自己定了个最小闭环必刷题型数组双指针两数之和、三数之和、快慢指针链表是否有环、二叉树遍历前中后序、层序、递归回溯全排列、组合、简单的动态规划爬楼梯、打家劫舍。每道题给自己定个15分钟15分钟内没思路就看题解看懂之后自己独立写一遍然后总结这题的解题套路。不要跟一道题死磕太久面试准备是效率优先。边刷边记录套路比如“遇到有序数组考虑二分”“遇到求子集/排列考虑回溯”“遇到链表操作加虚拟头节点”。这些套路比具体题目值钱多了。说实话算法这块我一开始很焦虑因为感觉自己没什么算法基础。但实际面下来发现前端岗的算法题真的不会刻意为难人大多数时候是考基础的数据结构和逻辑思维。把上面的最小闭环刷完面试时基本够用了。3.3 现场写代码的节奏感手写题的环节除了代码本身还有个很重要的东西沟通节奏。我第一次遇到手写题时题目看完就闷头写写了一半发现思路不对擦了重写结果时间白白浪费。后来我学聪明了不管题目多简单都先跟面试官确认一遍“这道题的边界情况有哪些空数组要返回什么如果有异步操作是串行还是并行”一方面是在确认需求另一方面也是在给自己争取思考时间。还有一个很实用的习惯先写主体逻辑再考虑边界情况。很多面试者一上来就纠结“奇数长度怎么办”结果主流程都没写完。先写出功能的正常路径再回头处理异常分支哪怕最后只写了一半面试官也能看出来你的思路是清晰的。手写题考察的核心是“你能不能把想法用代码表达出来”不是“你是不是一次bug-free”。4. 项目深挖与场景题是拉开差距的地方如果说八股文是入场券那项目深挖和场景题就是真正决定你拿不拿得到offer的环节。我面到后期发现一个规律能通过前两轮的基础大多都不错但进入后续环节后拉开差距的往往是项目讲得好不好、场景题答得有没有章法。4.1 把一个项目讲出技术含量一年半的经验能拿出来讲的深度项目可能就一两个。我当时挑了一个复杂表单的性能优化项目一个断点续传的上传组件作为核心素材反复打磨。怎么打磨呢我建议按下面这个结构来准备每一层都要能讲清楚项目背景业务是什么为什么需要做这个功能用户痛点是什么。我的角色是我牵头推动的还是我参与其中负责某一块技术选型是我定的还是领导定的。技术难点不是“这里很难”要具体到“问题是什么——我尝试了什么方案——为什么不行——最终怎么解决的”。比如表单优化我一开始是给所有字段都用Vue3的ref结果数据量一大就卡后来改成用shallowReactive加手动触发更新的方式再把列表虚拟化性能才起来。收获与反思如果你重新做一次会在哪里做得更好这个问题几乎是必问的要提前想好。这里有个特别容易踩的坑只讲功能不讲技术。面试官问“你做过什么”如果你回答“我做过一个报表页面用了ECharts展示数据”那基本就凉了。一定要讲“这个报表页面的数据量是多少、渲染卡不卡、你怎么优化的、图表组件是怎么统一封装的、后面的业务系统有没有复用”。技术含量是包装出来的吗不是是你实实在在做过的事情只是需要你有意识地去总结。4.2 经典场景题的答题思路场景题可以说是前端面试里最具挑战性的部分。面试官会给你一个模糊的需求问你“如果让你设计一个XX你会怎么实现”。这时候考察的不是某个单一知识点而是你整体的架构思维和业务理解能力。我遇到的经典场景题有这些大文件上传怎么切分文件、怎么计算进度、断点续传怎么做、秒传怎么判断。我当时正好做过上传组件答起来比较顺利。核心思路是用Blob.slice把文件切成块每块独立上传记录已上传的块索引下次重新上传时从服务端拿到已完成块列表只传剩余的。这块跟热搜词里“前端使用worker上传大文件”也对得上——什么时候用Worker呢当你需要对文件做加密、压缩或者hash计算时主线程容易被阻塞就可以丢到Worker里做。前端权限管理按钮级权限怎么做路由级权限怎么做动态路由怎么在用户登录后根据权限生成这套东西很多管理系统都有如果你简历里写过“后台管理系统”几乎必问。性能优化给你一个线上页面打开要5秒你怎么排查。这个要有一套完整的方法论先看Network面板有没有大文件、有没有缓存再看时间线是白屏久还是可交互久用Lighthouse跑一下看指标结合具体情况优化是首屏数据太多、同步请求太多还是渲染太重。场景题的答题框架我自己总结了一套先讲需求闭环输入是什么、输出是什么、流程是什么再讲技术选型和数据设计最后讲异常情况和边界条件。面试官听你按这套逻辑讲就会觉得你有设计能力不只是写代码的。4.3 热点概念怎么应对现在前端面试越来越喜欢问一些热点概念比如微前端、Server Components、AI辅助开发等。看到热搜里有一堆“微前端”“前端ai开发工具”说明这是当前行业关注的风向。但这些概念不一定要求你实际用过面试官更看重的是你有没有关注到这个趋势有没有自己的思考。我的建议是对于自己没用过的技术不要硬装。比如微前端如果公司项目里没有接触过可以说“我的业务里暂时没有遇到要拆分的场景但我了解过qiankun的沙箱与加载方案也在关注模块联邦这套新思路如果让我来落地我会先从成本和收益来判断是不是真的需要。”这个回答既诚实又展示了学习能力和判断力。至于“前端AI开发工具”这类话题可以结合自己用过的Copilot、ChatGPT、Cursor等工具聊聊对工作流的改变。今年2026面试时不少面试官会问“AI对前端开发有什么影响”提前想好你的观点很重要。我当时并没有深度用过这些工具主要靠自己在GitHub和个人项目上的尝试但面试官看重的是你是不是一个持续关注技术发展的人是否能主动使用新工具提升效率。我的经验是至少要把AI辅助开发这件事纳入到自己的日常流程里不一定要多精通但要有真实的体验和思考回答时才会有说服力。5. 面试全程复盘被挂的原因与避坑指南把知识点和项目都准备好之后接下来就是真正上战场了。我面了二十多轮有当场给offer的也有第一轮就被刷掉的。整理一下被挂和成功的经验比单纯刷题收获更大。5.1 我在面试中踩过的坑第一个坑答非所问或者说得太浅。面试官问“说一下React的渲染流程”我直接回答“JSX经过babel编译成createElement然后生成虚拟DOM再通过diff算法更新页面”说完就停了。后来面试官追问“那虚拟DOM到底比直接操作DOM好在哪”我就有点卡壳了。后来我学到的教训是回答问题要养成“结论先行然后展开细节”的习惯说到一个概念时最好能主动往前再推一步——为什么需要它、它解决了什么问题。第二个坑不懂装懂这个问题一旦被发现基本直接淘汰。有一次面试官问我“有没有了解过Service Worker”我其实只听过名字但怕显得自己知识面窄就硬着头皮说“了解过”结果被追问“那你用它做过什么”就尬住了。后来我面试时遇到不会的题都直接说“这块我没有深入了解但我可以基于已有知识说一下我的理解”反而赢得了面试官的好感。诚实是面试中最重要的品质之一面试官也是从你这个阶段过来的不知道很正常关键是你的反应和处理方式。第三个坑项目讲得太琐碎没有技术重点。我第一次项目深挖的时候讲了很多业务细节——什么客户要什么功能、后端的接口怎么对不齐、测试怎么催进度——面试官听了一半就打断我问“这里边的技术难点是什么”。后来我准备项目的时候有意把业务和技术分开业务一句话带过“这是一个给销售用的客户管理系统”然后立刻切入技术“难点在于表单字段有300多个每次输入重渲染非常卡我主要通过分解字段校验、按需渲染和虚拟滚动来解决”。面试官听到这个才有兴趣追问下去。第四个坑太看重“面试题”而忽视“沟通”。有一次我前面都答得不错到了反问环节面试官问“你还有什么想问的吗”我直接说“没有”然后就没有然后了。后来我才明白反问环节是展示你对公司和团队了解程度的好机会一句“没有”会让面试官觉得你对这个机会并不在意。5.2 提问环节与HR面反问环节怎么准备我的经验是提前准备两三个问题根据面试官的级别不同选择不同的问题。技术面可以问“这个团队目前技术栈的演进方向是什么”“前端团队有多少人代码评审和发布的流程是怎么样”“你们目前在性能优化上做过哪些事情”。HR面可以问“这个岗位未来半年到一年的目标是什么”“团队对新人的培养机制是怎么样的”。尽量不要一上来就问薪资和加班这些放到最后和HR谈。HR面很多人不重视其实挂了也挺可惜的。HR面主要看三件事稳定性会不会干几个月就跑路、团队协作好不好沟通、薪资期望要不要得起。回答的时候不要太跳不要表现出“我就是来过渡一下”的态度。薪资谈判有个小技巧不要先报数字可以反问“贵司这个岗位的薪资带宽是多少”如果对方一定要你先报就报一个你实际期望上浮10%-15%的数字留出讨价还价的空间。5.3 心态与节奏管理最后说说心态这东西说起来虚但真能影响面试结果。我面的前两周基本是面一家挂一家心态差点崩了。后来跟一个朋友聊了聊他说了一句点醒我的话“你才面了五家一个offer都没有很正常这些公司里的竞争者是全国范围内的优秀候选人不是你一个人在找工作。”后来我调整了心态把面试当成一个学习和聊天的过程反而发挥稳定了很多。有几个具体的建议不要连续一天面好几家每场面试都消耗很大合理安排间隔给自己留复盘的时间。每次面试后写个复盘哪怕只有三行字——问了什么问题、我哪里答得不好、下次怎么改。我整理了整整六页面试复盘后面对着的效果立竿见影。面试是一场概率游戏有时候你没拿到offer不见得是能力不行可能只是岗位不匹配。比如一面问了很多WebGL如果你完全没接触过那大概率是简历筛选或者岗位匹配度的问题没必要因此否定自己。给自己设定一个底线比如“最多面试两个月如果还没有合适的就继续待着先把手头的项目做好”。有了退路心态会稳很多。写在最后从我自己的经历来看一年半经验的前端面试其实是一次很好的自我复盘机会。它逼着我把之前写过的代码、踩过的坑、模糊的概念全部梳理了一遍哪怕最后不换工作这个过程本身也值了。如果你正在准备面试我的建议是不要慌按我说的框架把基础、项目、手写题三条线都踏实准备一遍剩下的事情就交给运气了。面试里遇到不会的题别硬撑坦诚地说“这个我不太熟”然后说说你的理解这样反而能让面试官看到你的潜力。还有一个小经验面完试之后不管结果如何都记得给面试官发一封感谢邮件。既显得专业也是为以后可能的合作留个善缘。我最后拿到的offer里还真有一家是靠这个细节打动HR的。希望大家都能拿到满意的结果。
1. 动手之前先把自己拆清楚一年半经验说实话是个挺微妙的时间点。你说自己是新人吧项目也独立带过两三个了你说自己很资深吧真要讲起浏览器底层、框架源码又总觉得差点火候。我去年年底开始准备跳槽前后差不多面了两个月从第一次被问到大脑空白到最后拿到还算满意的offer整个过程踩了不少坑。这篇东西算是给自己这段经历做个存档也希望能给同样在准备前端面试的同行一点参考。先说结论一年半经验的前端面试考察的重点和应届生、和五年以上老手都不一样。面试官不会指望你把React源码背出来但也不接受你只会写业务页面。这个阶段的核心关键词是“知其然也知其所以然”——你负责过的模块、用过的技术、踩过的坑都要能说清楚背后的原理和取舍。下面按我实际经历的顺序把前期准备、知识点复习、项目深挖、面试复盘这几个部分逐一展开。1.1 盘点真实技能树别用“熟练”骗自己准备面试的第一步不是急着刷题而是先盘一盘自己到底会什么。我一开始就犯了这个错误上来就背八股文结果面试官问“你们的登录态是怎么存的”我愣了一下——平时都是直接用的压根没想过这回事。所以第一步找张纸把自己做过的事情列一遍越具体越好。我从几个维度来盘点技术栈日常用的是React还是Vue版本是多少用没用过TypeScript状态管理用的什么路由怎么配的有没有写过自定义Hook或公共组件。业务模块这一年半真正独立负责过哪些模块哪些功能是你从零搭的哪些是接手维护的有没有处理过性能问题、兼容性问题、线上故障。工程化项目是怎么构建的webpack还是vite有没有自己配过构建脚本有没有写过CI/CD的配置文件有没有处理过打包体积、首屏速度这些事。软性技能有没有带过新人有没有和产品、后端因为需求争论过有没有做过技术选型的决策。这个盘点过程的意义不是让你给自己打分而是为了后面写简历和准备项目深挖做准备。你自己都说不清楚的事情面试官一问就会露馅。我当时盘完发现自己虽然写了两年业务但真正有技术含量的点其实就那几个一个复杂表单的性能优化、一个上传模块的断点续传、一个组件库的封装设计。后面面试的几乎所有项目题我都往这几个上面引。1.2 简历是面试的剧本不是流水账简历这块我要多说两句因为太多人吃亏在这上面。一年半经验的简历最常见的毛病是两个极端要么写得太简单就一行“负责XX项目的前端开发”面试官看了完全不知道你会什么要么写得太满把自己参与过的所有项目都列上去每一条都蜻蜓点水反而显得没重点。我改了几版之后确定了一个比较有效的结构。每个项目用四句话讲清楚项目背景一句话说清这是个什么项目、给谁用的、大概什么规模。我的职责我负责的是哪一块是核心业务模块还是整个前端架构。技术亮点这里不要写“使用了Vue”要写“封装了一套基于Vue3的组合式函数将表单逻辑与UI解耦降低后续维护成本”体现设计能力。量化结果尽量用数据说话。“首屏加载时间从3.2s优化到1.4s”“组件库内部覆盖了12个业务系统”“线上故障数从月均7次降到1次”。另外有个小技巧简历上的每一项技术名词都要确保自己能在五分钟内讲清楚“为什么用它、不选别的”。我见过很多人简历上写“熟悉微前端”结果被问到微前端解决了什么问题、qiankun的沙箱机制是什么当场尬住。写上去的东西就是在给面试官递话头递出去之前先确认自己接得住。1.3 资料收集要克制面经不是刷得越多越好网上的前端面经多到爆炸尤其像我这样搜“前端面经”“前端面试题2026”的话能翻出几百页。我的建议是不要海量刷题要建立自己的知识框架。我当时的做法是先把前端知识体系分成几个块JavaScript基础、浏览器与网络、框架原理、工程化与性能、手写代码、算法。每块找一两篇高质量的文章精读配合自己的项目经验去理解然后整理成笔记。面经的作用是在这个框架上做一些补充和查漏——比如我发现好几家公司的面试题都提到了“事件循环”和“Promise”我就会把那块的笔记再充实一下把相关的手写题也练一遍。这里要提醒一点不要背面经里的标准答案。面试官一天面好几个人你背不背得出来他很快就能感觉到。关键是把原理搞懂用自己的话讲出来。我后来面试时所有答得好的问题都不是靠背的而是正好在项目里遇到过类似场景能自然地讲出“我当时是怎么处理的、为什么这么处理、有什么坑”。2. 核心知识点1.5年经验的面试到底在考什么把知识框架搭好之后接下来就是往里面填充内容了。我面了大概二十多轮包括一面二面三面和HR面把遇到的问题归归类发现考察点其实非常集中。这一节我按模块拆开讲每个模块说说面试官到底想考什么、怎么准备才有效。2.1 JS与TS基础听懂问题背后的意图JS基础的题表面上看是在考知识点实际上是在考察一个问题“你写了两年业务到底是只会调用还是真懂原理”拿“闭包”来说面试官不会直接问“什么是闭包”而是会给一段代码让你说说输出了什么或者问“这段代码有什么问题怎么改”。最常见的例子就是for循环里的setTimeout一年半经验的人如果答不上来印象分会掉很多。我建议这块复习的时候每个知识点都要准备好“是什么、为什么、怎么用、有什么坑”四个层次作用域与闭包要能解释执行上下文、作用域链明白闭包会造成哪些问题内存泄漏、变量共享也知道实际业务里哪些地方隐式用了闭包。事件循环宏任务、微任务的执行顺序Promise、async/await、setTimeout混在一起时输出顺序是什么样的。这个几乎是必考的。this指向普通函数、箭头函数、bind/call/apply的区别以及class里方法定义时this的坑。原型与继承原型链的查找过程ES6 class和原型的关系几种继承方式的优劣。TypeScript部分如果简历上写了面试官大概率会追问。常见问题是“type和interface的区别”“泛型怎么用”“怎么把一个联合类型转成对象类型”。我自己的经验是TS的题重在平时用过临时抱佛脚容易在细节上被问穿。没写过TS的同学至少要把类型推断、接口、联合类型、泛型这几个基础概念弄明白不然简历上别写“熟悉TS”。2.2 浏览器与网络把原理串成一条线这部分是前端面试的“硬骨头”也是区分度很高的模块。很多一年半经验的开发者平时只跟接口和页面打交道对浏览器原理一知半解结果一被问到就从根上崩。我复习的时候发现其实可以串成一条线。从你在地址栏输入一个URL开始DNS解析、TCP连接、TLS握手、HTTP请求、服务器响应、浏览器解析HTML构建DOM树、加载CSS构建CSSOM、执行JS、合成页面渲染。每一环都有对应的考点从输入URL到页面展示发生了什么这道题是个大综合题几乎每个面试官都会问。准备的时候不要把每个步骤背下来就完事要能讲清楚每一步的细节比如DNS的解析过程、TCP三次握手为什么是三次、浏览器对同一个域名并发连接数限制等。HTTP缓存强缓存和协商缓存的区别Cache-Control和ETag的工作原理什么时候用哪种。这块一定结合自己项目里实际怎么配的来讲。浏览器渲染流程为什么JS放在body底部、CSS放在head里重排和重绘的区别哪些属性会导致重排。能结合一个实际优化案例说出来最好。跨域与安全CORS的原理JSONP为什么只用GET常见的Web攻击手段XSS、CSRF以及防护方式。网络这块面试官经常喜欢问“你们项目里是怎么处理接口请求的”这时候可以把封装axios的细节讲出来——拦截器里做了什么、token过期怎么处理、并发请求怎么合并、错误码怎么统一处理。这种结合实际工程的问题比干巴巴背书要有说服力得多。2.3 框架原理别只会用还得能说清为什么框架是前端的大头也是面经里出现频率最高的词。我看到热搜词里有“字节 面经”“react 面经”“微前端”基本都绕不开框架原理和设计思路。React和Vue二选一深入学习就够了另一个至少知道核心差异。我主攻的是React所以说说React这边的经验。一年半经验的面试不会让你手写React源码但几个核心概念一定要能讲透虚拟DOM与diff算法为什么要引入虚拟DOMdiff算法的大致策略是什么同层比较、key的作用为什么key尽量不要用数组下标。Fiber架构React15和React16的区别为什么需要FiberFiber能解决什么问题同步渲染导致的卡顿调和过程是怎么中断和恢复的。能提到“Fiber把渲染任务拆成一个个小单元通过requestIdleCallback来调度”基本就到位了。Hooks原理useState和useEffect背后的实现思路为什么Hook不能在条件语句里调用因为它依赖调用顺序来对应状态。以及闭包陷阱——在useEffect里拿不到最新的state这是项目中很容易踩的坑。合成事件React为什么需要合成事件事件委托在React里是怎么做的为什么要绑到root上而不是每个元素上。Vue这边如果面试官是Vue技术栈会问响应式原理——Vue2的Object.defineProperty和Vue3的Proxy区别、为什么Vue3要改成Proxy、依赖收集和触发更新的流程。还有计算属性和侦听器的区别、虚拟DOM和diff的差异Vue的双端对比 vs React的右移策略。我自己的体会是框架题最关键的不是记住概念而是能结合使用场景讲出“好处是什么、代价是什么”。比如问到Fiber你可以说“我项目中有一个很长的列表页用户输入搜索条件时页面会卡顿后来我用React.memo和useMemo优化了子组件重渲染但我了解到根本原因其实是Reconciler的递归同步渲染Fiber引入了可中断的异步渲染来缓解这个问题。”这样既回答了原理又展示了自己真实做过的事情。3. 手写题与算法这块真的能练出来手写代码题是前端面试里让人又爱又恨的部分。爱的是它不像系统设计那样玄学练就有用恨的是现场写代码压力大一个语法错误就心慌。我面的二十多轮里手写题基本每一轮都有所以这块我花的时间也最多。3.1 高频手写题清单与要点我把遇到过的、以及面经里高频的手写题整理成了一份清单按考察方向分组JS基础能力手写防抖和节流、手写深拷贝考虑循环引用、Date、RegExp、手写事件总线发布订阅、手写数组去重/扁平化多种方式。异步编程手写Promise至少写一个包含then、catch、finally、resolve、reject的最小实现、手写Promise.all和Promise.race、用async/await重写一段链式调用。函数式能力手写call/apply/bind、手写柯里化、手写compose组合函数。框架相关手写一个简单的useState闭包实现、手写一个mini版Vue响应式Object.defineProperty收集依赖。设计模式单例模式、观察者模式、代理模式的JS实现。准备手写题有个技巧不要背代码要理解每一步在干什么。以深拷贝为例核心是三步判断类型基本类型直接返回、引用类型要递归、处理特殊对象Date、RegExp、Map、Set、解决循环引用用WeakMap或者Map记录已拷贝的对象。你理解了这三步不管面试官怎么变着法问都能写出来。另外强烈建议把写过的代码都整理到一个文件里经常回头看看。我面试前大概练了三遍第一遍是学习第二遍是合上书默写第三遍是只写要点、不写完整代码。到了真面试时手速和思路都顺了很多。3.2 算法刷题的最小闭环一年半经验的算法考察说实话不会太难。我遇到的最多是数组、字符串、链表、二叉树这几个大类动态规划基本没怎么考到即使考也是基础级别。我的经验是不要一头扎进LeetCode的题海里要有针对性地刷。我给自己定了个最小闭环必刷题型数组双指针两数之和、三数之和、快慢指针链表是否有环、二叉树遍历前中后序、层序、递归回溯全排列、组合、简单的动态规划爬楼梯、打家劫舍。每道题给自己定个15分钟15分钟内没思路就看题解看懂之后自己独立写一遍然后总结这题的解题套路。不要跟一道题死磕太久面试准备是效率优先。边刷边记录套路比如“遇到有序数组考虑二分”“遇到求子集/排列考虑回溯”“遇到链表操作加虚拟头节点”。这些套路比具体题目值钱多了。说实话算法这块我一开始很焦虑因为感觉自己没什么算法基础。但实际面下来发现前端岗的算法题真的不会刻意为难人大多数时候是考基础的数据结构和逻辑思维。把上面的最小闭环刷完面试时基本够用了。3.3 现场写代码的节奏感手写题的环节除了代码本身还有个很重要的东西沟通节奏。我第一次遇到手写题时题目看完就闷头写写了一半发现思路不对擦了重写结果时间白白浪费。后来我学聪明了不管题目多简单都先跟面试官确认一遍“这道题的边界情况有哪些空数组要返回什么如果有异步操作是串行还是并行”一方面是在确认需求另一方面也是在给自己争取思考时间。还有一个很实用的习惯先写主体逻辑再考虑边界情况。很多面试者一上来就纠结“奇数长度怎么办”结果主流程都没写完。先写出功能的正常路径再回头处理异常分支哪怕最后只写了一半面试官也能看出来你的思路是清晰的。手写题考察的核心是“你能不能把想法用代码表达出来”不是“你是不是一次bug-free”。4. 项目深挖与场景题是拉开差距的地方如果说八股文是入场券那项目深挖和场景题就是真正决定你拿不拿得到offer的环节。我面到后期发现一个规律能通过前两轮的基础大多都不错但进入后续环节后拉开差距的往往是项目讲得好不好、场景题答得有没有章法。4.1 把一个项目讲出技术含量一年半的经验能拿出来讲的深度项目可能就一两个。我当时挑了一个复杂表单的性能优化项目一个断点续传的上传组件作为核心素材反复打磨。怎么打磨呢我建议按下面这个结构来准备每一层都要能讲清楚项目背景业务是什么为什么需要做这个功能用户痛点是什么。我的角色是我牵头推动的还是我参与其中负责某一块技术选型是我定的还是领导定的。技术难点不是“这里很难”要具体到“问题是什么——我尝试了什么方案——为什么不行——最终怎么解决的”。比如表单优化我一开始是给所有字段都用Vue3的ref结果数据量一大就卡后来改成用shallowReactive加手动触发更新的方式再把列表虚拟化性能才起来。收获与反思如果你重新做一次会在哪里做得更好这个问题几乎是必问的要提前想好。这里有个特别容易踩的坑只讲功能不讲技术。面试官问“你做过什么”如果你回答“我做过一个报表页面用了ECharts展示数据”那基本就凉了。一定要讲“这个报表页面的数据量是多少、渲染卡不卡、你怎么优化的、图表组件是怎么统一封装的、后面的业务系统有没有复用”。技术含量是包装出来的吗不是是你实实在在做过的事情只是需要你有意识地去总结。4.2 经典场景题的答题思路场景题可以说是前端面试里最具挑战性的部分。面试官会给你一个模糊的需求问你“如果让你设计一个XX你会怎么实现”。这时候考察的不是某个单一知识点而是你整体的架构思维和业务理解能力。我遇到的经典场景题有这些大文件上传怎么切分文件、怎么计算进度、断点续传怎么做、秒传怎么判断。我当时正好做过上传组件答起来比较顺利。核心思路是用Blob.slice把文件切成块每块独立上传记录已上传的块索引下次重新上传时从服务端拿到已完成块列表只传剩余的。这块跟热搜词里“前端使用worker上传大文件”也对得上——什么时候用Worker呢当你需要对文件做加密、压缩或者hash计算时主线程容易被阻塞就可以丢到Worker里做。前端权限管理按钮级权限怎么做路由级权限怎么做动态路由怎么在用户登录后根据权限生成这套东西很多管理系统都有如果你简历里写过“后台管理系统”几乎必问。性能优化给你一个线上页面打开要5秒你怎么排查。这个要有一套完整的方法论先看Network面板有没有大文件、有没有缓存再看时间线是白屏久还是可交互久用Lighthouse跑一下看指标结合具体情况优化是首屏数据太多、同步请求太多还是渲染太重。场景题的答题框架我自己总结了一套先讲需求闭环输入是什么、输出是什么、流程是什么再讲技术选型和数据设计最后讲异常情况和边界条件。面试官听你按这套逻辑讲就会觉得你有设计能力不只是写代码的。4.3 热点概念怎么应对现在前端面试越来越喜欢问一些热点概念比如微前端、Server Components、AI辅助开发等。看到热搜里有一堆“微前端”“前端ai开发工具”说明这是当前行业关注的风向。但这些概念不一定要求你实际用过面试官更看重的是你有没有关注到这个趋势有没有自己的思考。我的建议是对于自己没用过的技术不要硬装。比如微前端如果公司项目里没有接触过可以说“我的业务里暂时没有遇到要拆分的场景但我了解过qiankun的沙箱与加载方案也在关注模块联邦这套新思路如果让我来落地我会先从成本和收益来判断是不是真的需要。”这个回答既诚实又展示了学习能力和判断力。至于“前端AI开发工具”这类话题可以结合自己用过的Copilot、ChatGPT、Cursor等工具聊聊对工作流的改变。今年2026面试时不少面试官会问“AI对前端开发有什么影响”提前想好你的观点很重要。我当时并没有深度用过这些工具主要靠自己在GitHub和个人项目上的尝试但面试官看重的是你是不是一个持续关注技术发展的人是否能主动使用新工具提升效率。我的经验是至少要把AI辅助开发这件事纳入到自己的日常流程里不一定要多精通但要有真实的体验和思考回答时才会有说服力。5. 面试全程复盘被挂的原因与避坑指南把知识点和项目都准备好之后接下来就是真正上战场了。我面了二十多轮有当场给offer的也有第一轮就被刷掉的。整理一下被挂和成功的经验比单纯刷题收获更大。5.1 我在面试中踩过的坑第一个坑答非所问或者说得太浅。面试官问“说一下React的渲染流程”我直接回答“JSX经过babel编译成createElement然后生成虚拟DOM再通过diff算法更新页面”说完就停了。后来面试官追问“那虚拟DOM到底比直接操作DOM好在哪”我就有点卡壳了。后来我学到的教训是回答问题要养成“结论先行然后展开细节”的习惯说到一个概念时最好能主动往前再推一步——为什么需要它、它解决了什么问题。第二个坑不懂装懂这个问题一旦被发现基本直接淘汰。有一次面试官问我“有没有了解过Service Worker”我其实只听过名字但怕显得自己知识面窄就硬着头皮说“了解过”结果被追问“那你用它做过什么”就尬住了。后来我面试时遇到不会的题都直接说“这块我没有深入了解但我可以基于已有知识说一下我的理解”反而赢得了面试官的好感。诚实是面试中最重要的品质之一面试官也是从你这个阶段过来的不知道很正常关键是你的反应和处理方式。第三个坑项目讲得太琐碎没有技术重点。我第一次项目深挖的时候讲了很多业务细节——什么客户要什么功能、后端的接口怎么对不齐、测试怎么催进度——面试官听了一半就打断我问“这里边的技术难点是什么”。后来我准备项目的时候有意把业务和技术分开业务一句话带过“这是一个给销售用的客户管理系统”然后立刻切入技术“难点在于表单字段有300多个每次输入重渲染非常卡我主要通过分解字段校验、按需渲染和虚拟滚动来解决”。面试官听到这个才有兴趣追问下去。第四个坑太看重“面试题”而忽视“沟通”。有一次我前面都答得不错到了反问环节面试官问“你还有什么想问的吗”我直接说“没有”然后就没有然后了。后来我才明白反问环节是展示你对公司和团队了解程度的好机会一句“没有”会让面试官觉得你对这个机会并不在意。5.2 提问环节与HR面反问环节怎么准备我的经验是提前准备两三个问题根据面试官的级别不同选择不同的问题。技术面可以问“这个团队目前技术栈的演进方向是什么”“前端团队有多少人代码评审和发布的流程是怎么样”“你们目前在性能优化上做过哪些事情”。HR面可以问“这个岗位未来半年到一年的目标是什么”“团队对新人的培养机制是怎么样的”。尽量不要一上来就问薪资和加班这些放到最后和HR谈。HR面很多人不重视其实挂了也挺可惜的。HR面主要看三件事稳定性会不会干几个月就跑路、团队协作好不好沟通、薪资期望要不要得起。回答的时候不要太跳不要表现出“我就是来过渡一下”的态度。薪资谈判有个小技巧不要先报数字可以反问“贵司这个岗位的薪资带宽是多少”如果对方一定要你先报就报一个你实际期望上浮10%-15%的数字留出讨价还价的空间。5.3 心态与节奏管理最后说说心态这东西说起来虚但真能影响面试结果。我面的前两周基本是面一家挂一家心态差点崩了。后来跟一个朋友聊了聊他说了一句点醒我的话“你才面了五家一个offer都没有很正常这些公司里的竞争者是全国范围内的优秀候选人不是你一个人在找工作。”后来我调整了心态把面试当成一个学习和聊天的过程反而发挥稳定了很多。有几个具体的建议不要连续一天面好几家每场面试都消耗很大合理安排间隔给自己留复盘的时间。每次面试后写个复盘哪怕只有三行字——问了什么问题、我哪里答得不好、下次怎么改。我整理了整整六页面试复盘后面对着的效果立竿见影。面试是一场概率游戏有时候你没拿到offer不见得是能力不行可能只是岗位不匹配。比如一面问了很多WebGL如果你完全没接触过那大概率是简历筛选或者岗位匹配度的问题没必要因此否定自己。给自己设定一个底线比如“最多面试两个月如果还没有合适的就继续待着先把手头的项目做好”。有了退路心态会稳很多。写在最后从我自己的经历来看一年半经验的前端面试其实是一次很好的自我复盘机会。它逼着我把之前写过的代码、踩过的坑、模糊的概念全部梳理了一遍哪怕最后不换工作这个过程本身也值了。如果你正在准备面试我的建议是不要慌按我说的框架把基础、项目、手写题三条线都踏实准备一遍剩下的事情就交给运气了。面试里遇到不会的题别硬撑坦诚地说“这个我不太熟”然后说说你的理解这样反而能让面试官看到你的潜力。还有一个小经验面完试之后不管结果如何都记得给面试官发一封感谢邮件。既显得专业也是为以后可能的合作留个善缘。我最后拿到的offer里还真有一家是靠这个细节打动HR的。希望大家都能拿到满意的结果。
