字节内容消费前端一面：主线是流式 LLM + React 实时系统，不是切图题

这场面到底在考什么

作者归纳四块，应串成一条系统叙事：

1. LLM / 流式交互（最核心）：一字一字出来怎么做、SSE vs Fetch Stream vs WebSocket
2. React 深水区：Fiber、可中断渲染、Hooks 规则、Zustand
3. 浏览器与性能：渲染管线、transform 动画、DOM 构建阻塞
4. 手写：防抖节流、深拷贝、事件循环/闭包输出题

挂的人往往还在背「居中方案」，而岗位已经按内容消费 + 大模型落地在招。

流式交互：能带走的判断

WebWorker：CPU 重活挪出主线程；不能碰 DOM（线程安全）。适合算哈希、解码、重计算，不适合直接改页面。

React 追问往哪走

• Zustand：组件外 store + 订阅；和 React 同步常用 useSyncExternalStore 思路
• Fiber：协调可中断；真正提交到 DOM 的 commit 阶段不能当游戏暂停键乱打断（作者复盘强调这点）
• Hooks：本质是链表/顺序状态；所以不能放进条件/循环（顺序错乱）
• 虚拟 DOM：描述 UI 的对象树，不是浏览器 DOM

浏览器与手写还在，但不是主战场

• transform 走合成层，少触布局/重绘，动画更稳
• 阻塞 DOM 构建：同步脚本等经典点仍会问
• 手写三件套仍在：防抖、节流、深拷贝（循环引用 / Map Set 看部门）

软题：自我介绍对准「React + 性能 + 流式交互」，别堆无关名词。

JD 带 AI/Feed 时先补这三块

若 JD 带推荐、Feed、AI 助手、创作工具，优先补：

1. 流式协议选型与前端消费性能
2. React 并发与状态外置
3. 主线程保护（Worker / 批量更新）

传统「BFC + 居中 + 闭包」仍可能出现，但不是这条业务线的主战场。

一面挂了也能当题单用：原帖把「考官在考什么」写得很清楚。

来源：掘金深度复盘（WildBlue）。