面试复盘文档

岗位方向：AI 全栈 / 前端
面试轮次：一面（技术面）
复盘日期：2026-10-14
整体结论：第六家。挂在技术答不完整，加上表达收不住。Fiber 只说到可中断，Diff 只说到同层比较，这两题就是不会。SSR 性能讲成社区站收录，是这块知识没成形。表达上，自我介绍没有结构，两方案只挤出「改动最小」，面试官要求宏观时收不回来。

一、面试问题清单与回答记录

序号	面试官问题	我的回答要点	回答质量
1	自我介绍	AI 全栈，覆盖页面、接口到部署	中
2	AI 全栈到什么程度	页面 → 接口 → 部署全链路	中
3	什么是 React Fiber，可中断的具体逻辑	知道可中断，但未展开调度细节	偏低
4	Diff 具体算法	知道同层比较，未展开 key/Map 机制	偏低
5	前端技术方案选型	有思路，缺案例。社区站 SEO 撑不起「选型」，应讲 SeekDB 为什么用 Next.js	中
6	BFF 一般什么时候使用	知道聚合场景，未提不适用场景	中
7	Next.js SSR 性能优化怎么做	讲到社区官网 SEO，偏题。面试官要求从宏观讲，因为前面已经太细	中
8	每周 AI 写代码的程度	90% AI 写，10% 自己调整	有风险
9	AI 写那 10% 是什么	AI 代码嵌套深，需要自己调整	偏低
10	假如 AI 有两个方案，你怎么选	只答了「改动最小」，没有决策框架	中
11	了解 AIGC 吗，小说生视频	用过 Seedance，在抖音上生成过两个视频	中
12	反问：未来三个月这个岗位主要做什么	问到了，但信息密度低，没往下追	中

〇、认账

这是第六家。原因就两条：技术题答不完整，表达组织不了。

9 月 16 日星庆已经卡在虚拟 DOM、Diff、生命周期。过了将近一个月，九洲这场 Fiber 仍然停在「可中断」，Diff 仍然停在「同层比较」。题见过，没学到能讲出来。讲不出来就是这道题不会。

技术上当场露出来的洞：

Fiber：不知道工作单元、时间片、render 可中断、commit 不可中断。
Diff：不知道 key、旧节点 Map、从左到右一遍、O(n)。
SSR 性能：没有 TTFB、HTML、hydration、CLS 这四层，所以滑去讲社区站收录。收录那套你做过，SSR 性能这套你没装进脑子。
选型：说不出「约束是什么、放弃了哪个方案」。
BFF：只知道聚合，说不出什么时候不该做。
AIGC：只有「用 Seedance 生成过两条视频」，生产链路讲不出一步。
AI 那 10%：只说改嵌套。说不出你做过的技术判断，这段能力就是空的。

表达上当场露出来的洞：

自我介绍没有项目、没有数字、没有收尾，面试官只能再问一遍「你到底做到什么程度」。
两方案怎么选，只说出四个字：改动最小。
面试官明确说「从宏观讲，你前面太细了」，你没有一套能停住的短答案。

下面每题的「下次这样说」是要背熟到能开口的答案，用来补这些洞。背不下来就继续面，还会在同一批题上停住。

二、逐题复盘

1. 自我介绍

现场：只给了身份标签「AI 全栈，页面到部署」，没有项目、没有结果。面试官无法判断匹配度，所以才有第 2 题再问一遍程度。

他想听的：你是谁、最近做成过什么、和这个岗位哪一块对得上。30–40 秒。

下次这样说：

我做了 7 年前端，最近一条线是 OceanBase 社区和 SeekDB 官网，都是我 Owner。社区站是存量 CSR 大站，我做了 SEO 和首屏，收录从 20% 到 80%，真实用户首屏从 4 秒到 1.2 秒。SeekDB 是新产品 0-1，我选型 Next.js 做中英日 SSR，Lighthouse LCP 1.9 秒、CLS 0。平时用 AI 写重复代码，方案、拆分和上线判断我自己把关。

说完停。不要在自我介绍里展开 Fiber、BFF 或 Prompt。

2. AI 全栈到什么程度

现场：把第 1 题又说了一遍「页面、接口、部署」。边界和主导关系都没有。

他想听的：哪一层是你主导的，哪一层是协作的。用一个项目串起来，不要报技术名词清单。

下次这样说：

以 SeekDB 为例，页面、多市场架构、SSR 选型和发布门禁是我主导的。接口我做过 BFF 式的聚合和字段裁剪，部署是 Next standalone，pre/prod 我和 SRE 一起推，可回滚。模型侧我做过接入和流式输出，训练和推理基础设施不是我的范围。所以我是能独立交付一条 Web 产品链路的前端，不是模型工程师。

主动划出边界，比把「全栈」说满更可信。

3. React Fiber，可中断的具体逻辑

现场：只说到「可中断」。这是原理题，停在定义上等于没答。

他想听的：为什么能中断、在哪一段不能中断、谁来决定让不让出主线程。不要从 Lane 枚举讲起。

下次这样说：

Fiber 把一次渲染拆成链表上的一个个节点，每个节点是一个工作单元。render 阶段每处理完一个节点就看时间片还够不够，不够就把主线程还给浏览器，下次从断点继续，这次算到一半的结果也可以丢掉重来。commit 阶段要改真实 DOM，不能中断，否则页面会处在改了一半的状态。优先级更高的更新，比如输入，可以打断正在进行的低优先级渲染。

被追问再补这四句，不要第一轮就倒：

链表指针是 return / child / sibling，所以暂停后知道回到哪。
时间片由 Scheduler 管，到期就 shouldYield。
优先级是 Lane，高优先级 lane 可以插队。
例子：大列表还在 render，用户打字，先把列表那次渲染丢掉，先响应输入。

4. Diff 具体算法

现场：只说到同层比较。和上一题一样，停在第一句。

下次这样说：

React 只做同层比较，默认节点不会跨层级移动。同一层先比 type，type 不同就整棵换掉。列表靠 key：把旧节点按 key 放进 Map，新节点 O(1) 查找，能复用就复用。遍历是从左到右一遍，用上次放置的位置判断这个节点要不要移动，不像 Vue 那样做双端比较。前提是同层、类型稳定、key 稳定，复杂度从原来的 O(n³) 降到 O(n)。

补一句常见坑就够：key 用 index，插入或排序时会复用错实例，状态串到别的行上。

5. 前端技术方案选型

现场：有框架感，但案例选了社区站 SEO。那是存量治理，回答的是「老站不能改架构时怎么补收录」，不是「新需求来了你怎么选」。

他想听的：约束是什么、你放弃了什么、为什么。一个案例讲透。

这次就用 SeekDB，社区站只作对照，不作主案例。

你真正想说的：社区站 SEO 是事后补的，性能也卡在 CSR 要等 JS。新站不想再走这条路，所以用 Next.js。

这句话的技术内容是对的。不能说成「社区站性能没有 Next.js 好」。简历写的是社区站首屏 4 秒到 1.2 秒（RUM，核心模板），SeekDB 是 Lighthouse LCP 1.9 秒。两个数对打，1.9 比 1.2 还慢，面试官会问你到底优化了没有。

下次这样说：

社区站是存量 CSR。HTML 是空的，爬虫拿不到内容，SEO 我是后来用边缘渲染补上的，收录从 20% 做到 80%。用户侧首屏也优化过，核心模板从 4 秒到 1.2 秒，但内容仍然要等 JS 下来才出现，后面加重模块，慢还会回来。爬虫一条链路，用户另一条链路。
SeekDB 是新站，没有这层包袱。我不用先上 CSR 再补 SEO，直接用 Next.js，爬虫和用户拿同一份 HTML，首屏内容在第一次响应里就有。首页 Lighthouse LCP 1.9 秒、CLS 0。
老站继续用补丁，是因为迁不动。新站用 Next.js，是因为我不想把补丁再做一遍。

被追问「那 1.2 秒不是比 1.9 秒快吗」：

1.2 秒是社区站线上真实用户、治理期核心模板的首屏。1.9 秒是 SeekDB 首页的 Lighthouse 实验室数据。页面、测法都不同，我不拿它们比快慢。我比的是架构：新站要不要从第一天就把内容放进 HTML。

被追问「多市场为什么不是普通 i18n」再补：日文 About 是独立页面结构，Footer 也不一样。文案走 next-intl，结构走按市场拆分的模块，加一个市场不用改其他语言。

6. BFF 一般什么时候使用

现场：说到了聚合，没说什么时候不该上。面试官要的是边界，不是定义。

下次这样说：

BFF 我只会在三种情况加：多个后端要聚成一个页面接口、同一套服务要给 Web 和小程序不同的字段、或者鉴权裁剪不适合散落在每个前端里。
简单 CRUD、后端接口已经按页面设计好、团队没有人能维护这层 Node，我就不上。多一跳会加延迟，也会多一个要值班的服务。

有真实聚合经历就补一个接口名级别的例子；没有就停在这段，不要现编。

7. Next.js SSR 性能优化怎么做

现场发生了两件独立的事：

话题滑到社区官网 SEO。那是爬虫侧的动态渲染，用户仍走 CSR，回答不了「SSR 性能」。
面试官叫你从宏观讲，是因为前面已经太细。他要的是分层，不是 getServerSideProps 或边缘函数的实现步骤。

下次先交这五层，一句一层，然后停：

SSR 性能我按用户能感知的四段看，再加一个衡量标准。
第一，TTFB：数据不要串行瀑布，能缓存的页面走 ISR 或 CDN，不要每个请求都打满数据源。
第二，HTML：只直出首屏关键内容，其余 streaming 出来。
第三，hydration：JS 越小、 hydration 范围越小，主线程越早能点。按路由拆包，首屏用不到的不进包。
第四，稳定性：图片和字体提前占位，避免 CLS。
第五，用 LCP、INP、CLS 看结果，不靠感觉。
SeekDB 就是按这个做的：SSR 直出首屏，按市场拆包，layout 固定避免跳动，首页 LCP 1.9 秒、CLS 0。

他追问某一层，再进那一层。例如问缓存，再讲全量 SSR、SSG、ISR 的差别：内容每次变就 SSR，几乎不变就 SSG，介于两者用 ISR。不要主动把社区站 render SEO 讲进来。若他问「那和你社区站有什么关系」，再用一句把边界划清：社区站是存量 CSR 的收录方案，用户性能是另一条 CSR 优化，不混在 SSR 题里。

7.1 Next.js 有什么缺点

选型题讲完「为什么用」，下一问就是这个。只讲四条，讲完停。

下次这样说：

有，我用的时候主要碰到四条。
第一，你要养一个 Node 服务。社区站那种静态资源挂了，页面还在；Next 的 SSR 挂了，页面一起挂。我们是 standalone 部署，pre 验完再推 prod，要留回滚。
第二，HTML 出来不等于快。服务端渲染一遍，浏览器还要再执行 JS 做 hydration，包一大，能看不能点。所以后台和强交互页我不上 SSR。
第三，缓存容易错。配成每次都动态，机器被打满；缓存开太猛，用户看到旧内容。这条要比选框架花更多时间。
第四，绑定深。路由、服务端组件、图片这些都是 Next 的，换框架基本是重写。SEO 也不会自动变好，首屏如果写成客户端组件，爬虫还是拿不到内容，社区站的坑会再踩一遍。

被追问「那你为什么还用」：

SeekDB 要的是首屏 HTML 和多市场一起上。这四条我认，用部署、拆包和少写客户端组件把它压住。老的社区站不迁，就是因为这些成本在存量项目上不划算。

8. 每周 AI 写代码的程度

现场：「90% AI 写，10% 自己改」会被听成独立编码能力不够。数字可以留，主语要换。

下次这样说：

按行数，重复代码大约九成是 AI 起草的，比如样板、类型、普通 CRUD。方案、模块边界、关键分支、Review 和出了问题怎么查，是我定的。我用它提高起草速度，合并前我要能讲清这段为什么这样写。

不要主动说百分比，除非他追问比例。先说分工。

9. 那 10% 具体是什么

现场：收成「嵌套太深，我来改」。听起来 10% 是在调格式，和第 8 题的风险叠在一起。

下次这样说：

我改的通常不是格式，是 AI 判断不了的地方：这个状态该放哪一层、失败了用户看到什么、边界输入会不会把页面打挂、这段能不能再拆开让下一个人看懂。嵌套深只是其中一个信号，我会先问它是不是把两件不该放一起的事写进了同一个函数。

准备一个 20 秒的真例子：AI 生成的哪一块、你改了什么判断、改完避免了什么。没有例子，这段仍然站不住。

10. AI 给了两个方案，你怎么选

现场：只说「选改动最小的」。这是一条策略，不是决策方法。而且你自己的项目正好能证明你不是永远选最小改动。

下次这样说：

我先看这次最不能错的是什么。上线窗口紧、回归面大，选改动小的，先交付。后面半年都要在这上面加功能，就选结构更清楚的，哪怕这次 diff 更大。
两个我都做过。社区站要补 SEO 时，我没有把它改成 SSR，因为业务包袱太重，边缘渲染、业务零改动是对的。SeekDB 是新站，我没有选「先 CSR 以后再补」，直接上了 SSR。改动最小只在风险高、时间短的时候用。

这段把第 5 题和第 10 题收成同一个故事，面试官容易记住。

11. 了解 AIGC 吗，小说生视频

现场：Seedance 生成过两条抖音视频。说明你用过，也说明停在玩过。岗位如果要 AIGC，他要听你知不知道生产链路里哪一步会翻车。

下次这样说，诚实停在你做过的范围：

我用 Seedance 把一段内容生成过两条短视频，跑通过「文案到成片」这条消费级链路。真正难的不是按钮，是镜头之间人物和场景稳不稳定、台词和口型是否对齐、以及生成结果能不能按镜头返工，而不是整条推倒重来。我还没有在生产里做过小说分镜、角色一致性和后期合成这条完整管线，这两条是我自己验证过工具能出片。

不要把两条抖音说成项目经验。他如果要深挖分镜、LoRA、一致性，就说你了解问题，没有上线案例，然后把话题收回你真正做过的 SeekDB / Agent。

12. 反问：未来三个月这个岗位做什么

现场：问题礼貌，但太开。对方容易用「看业务安排」带过，你也没有往下追，所以这条几乎没给你信息。

下次换成能暴露真实工作的问法，仍然礼貌：

想确认一下这个岗位前三个月的主要产出。是在现有业务上接 AI 功能，还是要做一个新的生成或 Agent 类产品？前端、BFF 和模型调用，哪一段是这个人负责，哪一段已经有人？

对方答完，追一句：「那这块现在最大的不确定性是效果、工期，还是和现有系统的接入？」这比再问一遍「主要做什么」更能判断坑在哪。

三、整体表现

维度	现场	下次要改成
自我介绍 / 全栈程度	标签正确，没有项目和边界	30 秒讲社区站 + SeekDB，并说出自己不负责什么
Fiber / Diff	第一句就停	各用 40 秒讲完「能中断的原因」和「key + Map」
技术选型	案例用了社区 SEO	主案例改成 SeekDB 选 Next.js，社区站只作放弃项
BFF	只有适用	补上「简单 CRUD、没有 Node 运维就不做」
SSR 性能	滑到收录，且太细	五层宏观说完就停，数字只用 SeekDB
AI 写代码	90% + 改嵌套	先讲分工；10% 讲判断，不讲格式
两方案怎么选	只有「改动最小」	用社区站 vs SeekDB 说明你两种都选过
AIGC	用过两次	承认范围，补一句生产里会翻车的点
反问	问了职责，没追	问产出、负责边界、当前最大不确定性

四、这场挂在哪

技术：

Fiber、Diff 停在第一句。星庆已经考过同类题，这场还是不会。
SSR 性能没有自己的答案，用社区站收录顶上。
选型、BFF、两方案取舍，都只有半句，没有约束和取舍。
AI 那 10% 只剩下改嵌套，说不出你做过的判断。

表达：

自我介绍说不完一件事。
面试官要求宏观，你收不短。
该展开的原理题，你又展不开。长的收不住，短的说不出，是同一件表达问题。

五、下一次开口前只练这三件事

1. 把案例钉死，不要串场

被问到	只用这个	不要用
选型 / 为什么 Next.js	SeekDB，绿场、多市场、SSR	社区站 render SEO 当主答案
SSR 性能	TTFB、HTML、hydration、CLS + LCP 1.9s	爬虫 UA、FC、收录率
什么时候选最小改动	社区站不迁移，SeekDB 反而选大改动	只背「我选改动最小的」

2. 每题 45 秒封口

说完判断和案例，停三秒。面试官要细节他会问。第 7 题的反馈说明：你再多讲的那一段，在减分。

3. AI 的说法换成职责

禁止原句：「90% 它写，我改嵌套。」

替换成：「它起草，我定边界、看失败路径、对合并负责。」然后准备一个你否掉 AI 方案的具体例子，用在第 9 题或第 10 题。

原理补强仍然要做：Fiber 的 render/commit 和时间片、Diff 的 key 与 Map、SSR / SSG / ISR 各一句。放在案例之后练，不要代替案例。