先说下背景本科毕业一年整非科班转前端上一份工作在一家中小厂做管理后台一直做到部门调整被优化被迫出来看机会。前前后后投了大概二十家公司面了十五家左右收到三个 offer其中有一个是我当初不敢想的平台。从刚开始面一家挂一家到后面基本能稳住二面三面中间的落差和复盘其实挺多的。趁着刚结束不久把这段经历整理成一份面经希望能帮到同样处在“毕业一年左右”这个尴尬阶段的人。这个阶段没有应届生的身份保护又没有三五年经验那种议价权面试官往往既看基础又看潜力还很在意你能不能独立扛事。所以这篇总结我会尽量写得实际一点题目怎么出、项目怎么讲、节奏怎么把控都拆开说。1. 面试官不会写在 JD 里的筛选逻辑一年经验到底在挑什么1.1 一年经验是个尴尬期但也是最有性价比的阶段我一开始特别困惑投简历的时候很多岗位写着“1-3 年经验”我正好卡在最低线上可真正面试时面试官的要求又明显比“刚毕业”高出一截既要求框架熟练又要求有项目落地经验甚至还会问一些我在上一份工作里根本没机会接触的工程化问题。面了几家之后我才慢慢摸清一个逻辑对于一年经验的人公司本来就没指望你是架构师或者技术专家他们要的是“能立刻上手干活且不用花太多精力带的初级生产力”。你不需要什么都会但必须有一块是能拿得出手的比如某个业务流程你确实从头跟到尾某个性能问题你确实定位并解决过某个公共组件你设计过并且被多个业务复用。这些东西代表的是“独立做事的能力”而不是“背了多熟的面试题”。另外我自我复盘了一下面试官大概率在按这样一套权重来评估候选人项目能力占四成技术基础占三成学习能力和表达占两成剩下的性格、稳定性、薪资匹配度占一成。这个比例不是官方说法是我面了十几家之后自己感觉出来的。因为每次挂掉之后我习惯问一下反馈大概能拼凑出这个画像。1.2 大厂、中厂、外包对一年经验的筛选差异不同类型公司筛人的点真的差很多。我列的这张表可以让正在准备的伙伴少走一些弯路公司类型核心考察点我的真实感受大厂字节、蚂蚁等基础能力和潜力算法题较多项目深入度要求高对一年经验反而不会太苛刻但要求“有思考”中型互联网公司项目经验匹配度、工程化能力、能不能独当一面最看重你上一份工作做了什么深挖非常细外包上手速度、框架熟练度、业务理解面试相对简单但会确认你接受长期驻场或重复工作我一开始也海投过外包练手后来发现外包面试和自研公司完全是两个逻辑外包很少问底层原理基本是问你熟不熟某个框架某个组件库能不能立刻进项目自研公司则更愿意花时间问你“为什么这样做”“如果数据量变大怎么办”。想清楚目标之后投递策略就清晰了很多。1.3 别被热搜词和八股文汇总吓到准备的时候我刷了很多“前端面试题2026”“前端面试八股文汇总”这类内容说实话看多了很容易焦虑因为你会发现别人列出来的题目好像永远复习不完。但后来我想明白一件事情八股文的意义不是让你把所有答案背下来而是帮你搭建一个完整的知识地图。真正面试的时候面试官都是顺着你的回答追问的你只要把你熟悉的那条线讲通再稍微往周边扩一点就已经比很多人强了。那些把百八十道题全背下来但项目一问就露馅的人反而更容易挂。2. 八股文依然是入场券高频题与“讲原理”的答法2.1 一年经验被问最多的几个方向无论面哪家公司有几个方向几乎是必问的JavaScript 基础闭包、this、作用域、原型链、异步与事件循环、Promise、浏览器缓存、跨域、虚拟 DOM、diff、React 或 Vue 的渲染原理、HTTP 相关。这些东西看起来是“八股”实际上是在考察你到底有没有真正写过代码、有没有在报错的时候想过为什么。我在面试中被问到过最多的一道题是“事件循环”。不同人问法不一样有的是直接让你说说 Event Loop有的是给你一段代码让你说出打印顺序还有的是结合 Promise 和 async/await 出混合题。第一次面字节的时候我就是因为对微任务和宏任务的优先级只停留在背过概念的程度结果现场一行代码输出顺序就给我整懵了。2.2 从背答案到讲原理事件循环的现场推导后来我总结了一套不再死记硬背的推导方法。首先脑子里要有个画面调用栈、宏任务队列、微任务队列。执行顺序就一句话调用栈清空之后先清空所有微任务然后再取一个宏任务执行执行完宏任务之后再次清空微任务如此循环。遇到那种混合代码题我的步骤是先标出同步代码按顺序执行遇到 Promise 就把它放进微任务队列遇到 setTimeout 就放进宏任务队列async 函数里如果没有 await本质还是同步执行有 await 的话await 后面那半段相当于包在 then 里推到微任务队列。这个逻辑捋清楚之后输出顺序基本不会错。我把这个“三步推导法”写在我自己的笔记里面试前反复看了几遍后面再遇到 Event Loop 题就再也没慌过。这个也推荐给其他人不要背最后的结果要背推导流程。2.3 手写题是硬门槛防抖节流、深拷贝、Promise除了概念题手写题也是重灾区。我遇到的频率从高到低大概是防抖节流、深拷贝、Promise.all、数组扁平化、instanceof、call/apply/bind。说实话这些题都不难难点在于现场写的时候能不能写得干净利落、边界条件想得全。以深拷贝为例很多人能写出第一层递归但忽略了几点循环引用、Date 和 RegExp 这类特殊对象、Symbol 作为 key 的情况。我在面试中吃过这个亏后来就专门准备了一个自己的版本function deepClone(target, map new WeakMap()) { if (typeof target ! object || target null) return target; if (target instanceof Date) return new Date(target); if (target instanceof RegExp) return new RegExp(target.source, target.flags); if (map.has(target)) return map.get(target); const clone Array.isArray(target) ? [] : {}; map.set(target, clone); Reflect.ownKeys(target).forEach(key { clone[key] deepClone(target[key], map); }); return clone; }这个版本用 WeakMap 解决循环引用用 Reflect.ownKeys 覆盖 Symbol 键。把它背熟之后面试官再追问“Symbol 怎么办”“循环引用怎么办”我都能接住。建议你也准备一份属于自己风格的手写代码不要直接抄别人的因为你得能现场解释每一行为什么这么写。3. 项目深挖才是分水岭把“增删改查”讲出技术亮点3.1 项目介绍别流水账用 STAR 框架讲一年经验的简历上最常见的项目就是我之前做的那种“XX管理系统”难点基本都在表格、表单、权限、菜单这些。如果介绍项目的时候只会说“我做了个后台管理系统里面有用户管理、订单管理”那面试官很快就不想听了。后来我改用 STAR 框架来讲项目效果好了很多。S背景是项目要解决什么问题T任务是我在这个项目里具体负责什么A行动是我怎么做、用了哪些技术方案、踩过哪些坑R结果是最终效果如何最好有量化指标。拿我自己的项目举例我不再简单说“做了报表导出”而是会讲因为之前导出一万多条数据的时候浏览器直接卡死所以我去了解了 Web Worker把数据组装和文件生成的逻辑放到 worker 线程里跑主线程不阻塞导出耗时从十几秒压到了三秒以内。这一下就从“会调接口”变成了“解决过真实性能问题”。3.2 三个让面试官眼前一亮的项目细节我总结了一下一年经验能讲出的项目亮点其实不需要很底层很高深只要证明你有“遇到问题→定位问题→解决方案→复盘”的能力就够了。我复述几个我真实讲过的点第一个是 Web Worker 做大数据量导出对应的就是热搜词里“前端使用 worker 上传大文件”这类场景第二个是在特殊场景下用 JS 解析 H.264 视频流做实时预览这个听起来高级其实核心就是处理 ArrayBuffer 和 typed array第三个是用 IndexedDB 做本地缓存因为业务需要离线也能预览历史数据我调研了 localStorage 的 5MB 限制和 IndexedDB 的异步 API最后封装了一层类似 RxDB 的轻量封装。你不用每个项目都有这种“高级”内容哪怕是很普通的模块只要你确实深入思考过也能讲出亮点。比如字典管理看起来是个很常见的功能但你可以聊字典数据是前端写死还是后端下发更新字典需不需要热更新权限变化之后前端缓存怎么同步这些思考才是面试官真正想听的。3.3 面试官追问的设计题数据量大了怎么办项目讲完之后面试官通常不会让你说完就完他们一定会追问。追问的方式大概分两类一类是挑毛病一类是加条件。挑毛病比如“你这个功能如果用户连续点击十次会怎么样”“如果没有后端兜底前端要怎么处理错误”加条件比如“如果数据量从一万条变成一千万条你的方案还成立吗”“如果多个团队都要用你这个功能你怎么设计”。遇到这种问题最怕的不是答不上来而是完全没思路。我的经验是先别急着给方案先把问题拆开数据量大的话是渲染层压力大还是传输层压力大如果是渲染层可以用虚拟列表如果是传输层可以做分页加载或者服务端过滤。然后再说“我会先做性能分析确认瓶颈在哪里再决定用哪个方案”。这样即使方案不是面试官心里的最优解至少看起来你是个有排查思路的人而不是只会背方案。4. 框架、组件库、微前端一年经验该有的“武器库”4.1 React 和 Vue不用两边都精通但底层相通点要说清我上一份工作主要写 Vue后面自己研究了一阵子 React。面试的时候经常被问“你是 Vue 技术栈如果过来写 React 可以吗”这个问题其实是在考察你能不能迁移而不是真的要求你现在就精通。我的答法是Vue 和 React 虽然语法不一样但核心抽象是一致的——组件化、声明式 UI、状态管理、虚拟 DOM 和 diff。然后我可以用一两句话讲清楚 Vue 的响应式依赖收集和 React 的 fiber 遍历之间各自的特点说明我确实研究过而不是只会背 API。这里有一个小技巧如果你只熟一个框架就把它的原理吃透特别是生命周期、更新机制、性能优化的手段。面试官不会因为你只用 Vue 而挂你但会因为你“用了两年 Vue 但连 nextTick 是干什么的都说不清”而挂你。4.2 组件库不只是用还得会封装热搜词里有“前端组件库”“前端开发规范 vue”这些说明现在面试官越来越在意组件化思维。面试中可能只问“你用过哪些组件库”但实际深层次想问的是“你有没有封装组件的经验有没有自己设计组件 API 的意识”。我做的那个管理系统里有大量表格页一开始每个人各写各的后来我统一封装了一个带查询表单、表格、分页、批量操作的标准业务组件通过配置项生成页面。讲这个的时候我会刻意提到“我把通用逻辑放在内部把业务差异通过 slot 或 props 暴露出去避免过度封装”这句话面试官一般会点头。这其实就是组件库设计里“约定优于配置”的朴素版本。4.3 微前端与工程化踩过的坑就是加分项微前端是这两年面试题里的高频词。我虽然没有在线上项目里真正落地过微前端但研究过 qiankun 和 module federation 的实现思路。面试官问“你了解微前端吗”我不会只背概念而是会讲如果我要把现有系统拆成微前端我会先评估几个问题——应用间的样式隔离怎么做、全局状态怎么跨应用同步、JS 沙箱怎么处理、公共依赖是 external 还是 shared。然后我会承认“我们项目当时没有用微前端是因为团队只有三个人拆分的成本大于收益”这样反而显得有思考。工程化方面和热搜词“前端依赖配置”“hzero 前端开发”对应的内容也值得准备至少要能说清 npm/yarn/pnpm 的区别webpack 和 vite 的差异以及“线上出现白屏时你从哪些维度排查”。这些都是日常开发天天碰到的但真正能系统回答的人并不多。你在准备的时候可以把自己平时用到的命令、报错、依赖问题都当成面试题整理一遍收获通常会比刷固定题库更大。5. AI 工具进面试2026 年前端岗位的新考题5.1 面试官会问什么AI 工具对你的生产力影响我面试后期很明显感觉到好几家公司开始主动问 AI 相关的问题比如“你平时用 AI 写代码吗”“用 AI 写出来的代码你怎么保证质量”“如果以后 AI 能完成大部分前端开发你的价值在哪里”。热搜词里“前端 AI 开发工具”“codebuddy 常用的前端 skill”“前端 cursor 怎么使用”这些密集出现本身就说明这个趋势已经蔓延到岗位要求里了。最开始被问到的时候我有点懵因为没想过面试会聊这个。后来我总结了这个问题不是让你表忠心“我从不用 AI”也不是让你吹“AI 能帮我写一切”而是在考察你工具使用能力和技术判断力。5.2 我的回答框架AI 是提效工具不是技术能力的替代品我是这样回答的我会用 AI 辅助写一些重复度高的代码比如表单校验、格式化、单元测试模板也会把它当搜索引擎用快速定位报错原因。但我会很明确地告诉面试官“所有 AI 输出的代码我都会做 code review重点看边界条件和性能隐患因为 AI 在很多业务上下文里是缺失的”。同时我会举一个例子有一次 AI 帮我生成了一段深度克隆函数但没处理循环引用线上数据一旦出现环状结构就会爆栈后来我在 code review 时发现了并加了 WeakMap 处理。这个例子一出来面试官基本就能确认你有判断力而不是盲信 AI。2026 年前端岗位的新考题其实已经不再是“你会不会用 AI”而是“你能不能和 AI 协作并守住技术底线”。很多公司甚至已经有内部训练模型或 Agent前端岗位会要求你能接入类似 anything-llm 这样的开源应用或者能基于 Dify 做二次开发的前端部署。如果你有时间我建议提前了解一下这几类东西的基本原理LLM 怎么通过接口调用、流式输出怎么在前端解析、Agent 的 skill 机制怎么设计。不一定要很深入但至少聊起来不陌生。5.3 前端 AI 开发技能给一年经验者的准备建议如果你和我一样还在积累阶段可以从三个方向去补。第一是学会用 AI 工具提效但把你用 AI 的过程沉淀成自己的产出物比如把常写的组件提示词固化下来第二是了解一两个开源 AI 项目的架构比如 anything-llm 这类全栈应用前端部分怎么和本地知识库、向量检索交互第三是不要丢掉手写能力因为面试手写题大概率还是在白板上写代码AI 还没法帮你代答。说实话AI 工具的出现反而让“基础原理”变得更值钱了因为能调 AI 的人很多但能判断 AI 写的代码对不对的人才是团队真正需要的。6. 从一面到 HR 面流程、算法题、谈薪的完整复盘6.1 一面基础与手写题的节奏把控一面通常是技术面里最“标准”的一轮问的很广但不会特别深。我遇到过的常见组合是自我介绍2-3 分钟、JavaScript 基础题事件循环、闭包、this、CSS 和布局题、一个手写题、一个简单的项目问题。这一轮的核心是“稳”把所有你熟悉的基础题答得准确而完整尽量不要出现“好像是”“应该吧”这种含糊表达。我自己的策略是在自我介绍里就把我最熟悉的项目亮点抛出去把面试官引到我准备好的项目细节上。比如我会说“上一份工作里我解决过一个浏览器卡死问题用 Web Worker 做了导出功能优化”那面试官大概率会顺着这个点问而不会随机抽到一个我完全没准备的知识盲区。主动引导话题真的是个很实用的技巧。6.2 二面项目深挖与方案设计二面一般是技术组长或者架构师来面这时候不会考太多基础题而是会揪住你的项目深挖然后给个开放性设计题。我遇到过的场景题大概有这些怎么设计一个支持用户上传大文件的前端方案权限系统在前端要怎么设计才能灵活支持不同角色如果让一个从零开始的项目选技术栈你怎么选理由是什么如何做前端埋点数据上报且不影响性能。这些题没有标准答案面试官主要是看你的思考过程有没有结构。我常用的答题模板是先明确需求边界再列出可选方案然后分析优缺点最后给出我的推荐。比如大文件上传我会分几个层面说小文件直接表单上传大文件做文件切片、分片上传、断点续传还要考虑 worker 处理切片避免阻塞 UI、并发数控制、服务端接口合片的幂等性。说完这个框架即使细节不完美面试官也会觉得你有系统性思考。6.3 HR 面离职原因、期望薪资和职业规划HR 面最容易翻车的地方不是技术而是不会聊。关于离职原因千万不要说公司坏话哪怕你真的是被优化的。我的说法是“上一份工作让我完成了从小白到能独立开发的过程但部门调整后项目方向和个人成长预期有偏差所以想换个更合适的环境”。这个说法既没有攻击性又显得理性。薪资谈判这个环节一年经验其实没有太多议价空间但也不能自降身价。我的策略是先在招聘软件上看同样经验的市场价给自己定一个区间比如 15k-18k然后和 HR 交流的时候说“我希望在 15k 以上具体可以根据面试评价和公司薪酬体系来聊”。这样既没有把话说死又守住了底线。HR 问到职业规划不要只说“我打算好好学习前端”要具体一点比如“希望在接下来一年能够深入工程化领域形成一套自己的组件规范和项目搭建方案同时保持对 AI 工具的敏感度能参与到团队效率工具的迭代里”。7. 我用一个月准备跳槽时间安排、错题复盘与心态调整7.1 我的准备时间表周次重点具体安排第 1 周技术基础扫盲事件循环、Promise、闭包、原型、浏览器缓存、HTTP每天 2 小时配合手写题第 2 周项目深度梳理把简历里所有项目按 STAR 写成逐字稿预演 20 个追问问题第 3 周框架与工程化Vue/React 原理、组件库设计、vite/webpack、微前端结合自己的源码阅读笔记第 4 周集中投简历与模拟面试每天约 1-2 场面试晚上复盘问题整理错题本这个时间表不是从零开始而是因为我在之前的工作里一直有记笔记的习惯很多知识点其实见过面只是没有系统串起来。如果你平时没有积累我建议把准备期拉长到六周前两周专门做知识梳理。7.2 面试记录表每一次复盘都算数我在面试开始后建了一个记录表字段包括公司名称、面试轮次、面试官关注点、被问到不会的题、我的卡壳点、下一轮改进措施。每场面试结束当晚我一定把当天的问题和我的回答整理一遍不会的题立刻查文档补上。这个习惯看起来很笨但坚持两周之后我发现高频问题基本都覆盖了后面面试遇到的大部分问题都见过心态也稳了很多。印象最深的一次早期面一家中型公司面试官问我“Vue 的响应式原理能不能手写简版”我只会说 Object.defineProperty 和 Proxy手写就直接卡住。回来后我花了一个晚上把最小版本的响应式实现了一遍还搞清楚了依赖收集和派发更新的关系。之后又一次被问到类似问题我直接当场画流程图加手写 demo顺利过了那轮。这其实就是“错题复盘”的最大价值把不会的变成会的每场面试都不会白费。7.3 心态调整被挂不是能力问题匹配度占了很大一块最后聊聊心态。我前期面挂了五六家有几次觉得自己回答得挺好的结果还是没了下文一度很崩溃。后来一个做猎头的朋友点醒我一年经验的候选人在终面被 pass很多时候不是因为你不行而是团队里已经有一个类似经验的人或者老板想找个能立刻补上某个特定技术栈的坑你的项目方向和岗位匹配度不够。这不是你的问题。想通这一点之后我面试状态好了很多不再期求“每场都过”而是把每场面试当成一次免费的模拟测试目标是“比上一场多回答对一个问题”。这种心态带给我一个额外的好处面试时没那么紧张反而更放得开表达也更流畅。最后一个 offer 反而是我在状态最松弛的时候拿到的。回看这一个多月我觉得最重要的一条经验是一年经验面试的核心不在于你背了多少题而在于你有没有把自己做过的事情想透。你把项目里的每个技术选择、每次报错、每次优化背后的原因都复盘清楚面试官是能感受到的。如果只想靠面经和八股文打天下很可能撑不过二面。把手头的事弄明白比什么捷径都靠谱。