企业官网建设流程全解析

先说下背景：本科毕业一年整，非科班转前端，上一份工作在一家中小厂做管理后台，一直做到部门调整被优化，被迫出来看机会。前前后后投了大概二十家公司，面了十五家左右，收到三个 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 我的准备时间表

这个时间表不是从零开始，而是因为我在之前的工作里一直有记笔记的习惯，很多知识点其实见过面，只是没有系统串起来。如果你平时没有积累，我建议把准备期拉长到六周，前两周专门做知识梳理。

7.2 面试记录表：每一次复盘都算数

我在面试开始后建了一个记录表，字段包括：公司名称、面试轮次、面试官关注点、被问到不会的题、我的卡壳点、下一轮改进措施。每场面试结束当晚，我一定把当天的问题和我的回答整理一遍，不会的题立刻查文档补上。这个习惯看起来很笨，但坚持两周之后，我发现高频问题基本都覆盖了，后面面试遇到的大部分问题都见过，心态也稳了很多。

印象最深的一次：早期面一家中型公司，面试官问我“Vue 的响应式原理能不能手写简版”，我只会说 Object.defineProperty 和 Proxy，手写就直接卡住。回来后我花了一个晚上把最小版本的响应式实现了一遍，还搞清楚了依赖收集和派发更新的关系。之后又一次被问到类似问题，我直接当场画流程图加手写 demo，顺利过了那轮。这其实就是“错题复盘”的最大价值：把不会的变成会的，每场面试都不会白费。

7.3 心态调整：被挂不是能力问题，匹配度占了很大一块

最后聊聊心态。我前期面挂了五六家，有几次觉得自己回答得挺好的，结果还是没了下文，一度很崩溃。后来一个做猎头的朋友点醒我：一年经验的候选人在终面被 pass，很多时候不是因为你不行，而是团队里已经有一个类似经验的人，或者老板想找个能立刻补上某个特定技术栈的坑，你的项目方向和岗位匹配度不够。这不是你的问题。

想通这一点之后，我面试状态好了很多，不再期求“每场都过”，而是把每场面试当成一次免费的模拟测试，目标是“比上一场多回答对一个问题”。这种心态带给我一个额外的好处：面试时没那么紧张，反而更放得开，表达也更流畅。最后一个 offer 反而是我在状态最松弛的时候拿到的。

回看这一个多月，我觉得最重要的一条经验是：一年经验面试的核心，不在于你背了多少题，而在于你有没有把自己做过的事情想透。你把项目里的每个技术选择、每次报错、每次优化背后的原因都复盘清楚，面试官是能感受到的。如果只想靠面经和八股文打天下，很可能撑不过二面。把手头的事弄明白，比什么捷径都靠谱。