前言
大家好,我是木斯佳。
在这个春节假期,当大家都在谈论返乡、团圆与休息时,作为一名技术人,我的思考却不由自主地转向了行业的「冬」与「春」。
相信很多人都感受到了,在AI浪潮的席卷之下,前端领域的门槛在变高,纯粹的"增删改查"岗位正在肉眼可见地减少。曾经热闹非凡的面经分享,如今也沉寂了许多。但我们都知道,市场的潮水退去,留下的才是真正在踏实准备、努力沉淀的人。学习的需求,从未消失,只是变得更加务实和深入。
正值春节,也是复盘与规划的好时机。结合CSDN这次「春节代码贺新年」活动所提倡的"用技术视角记录春节、复盘成长",我决定在这个假期持续更新专栏,帮助年后参加春招的同学。
这个专栏的初衷很简单:拒绝过时的、流水线式的PDF引流贴,专注于收集和整理当下最新、最真实的前端面试资料。我会在每一份面经和八股文的基础上,尝试从面试官的角度去拆解问题背后的逻辑,而不仅仅是提供一份静态的背诵答案。无论你是校招还是社招,目标是中大厂还是新兴团队,只要是真实发生、有价值的面试经历,我都会在这个专栏里为你沉淀下来。
温馨提示:市面上的面经鱼龙混杂,甄别真伪、把握时效,是我们对抗内卷最有效的武器。
在这个假期,让我们一起充电,为下一个技术春天做好准备。

面经原文内容
📍面试公司:字节跳动
🕐面试时间:10月9日
💻面试岗位:前端
⏱️面试时长:未提及
❓面试问题:
基础与项目
- 自我介绍
- 前端学习路径
- 项目相关
框架对比
- Vue与React的区别
- Vue双向绑定原理
- 自定义Hooks的实现思路
- 虚拟DOM的作用
- Fiber架构的作用
跨端开发
- RN开发的"坑"
JS核心
- ES6新特性
- Promise异常处理
- import与require的区别
- finally的作用
浏览器与性能
- 资源缓存策略,强缓存vs协商缓存的适用场景
- 协商缓存的流程
- 资源更新问题:如何让用户加载新的JS资源
- 列表滚动卡顿怎么排查
来源:牛客网 魔法恐龙
📝 字节跳动前端一面·面经深度解析
🎯 面试整体画像
| 维度 | 特征 |
|---|---|
| 部门定位 | 字节跳动 - 未明确部门 |
| 面试风格 | 框架对比型 + 原理深入型 + 场景排查型 |
| 难度评级 | ⭐⭐⭐⭐(四星,覆盖面广且深入) |
| 考察重心 | Vue/React对比、跨端经验、缓存策略、性能排查 |
💡 面经关键点解读
面试官的潜台词:这场面试覆盖了从框架原理到跨端实践,从JS基础到性能排查的全链路。每个问题都在考察你是否真的"用过"并且"懂原理"。特别是RN的"坑"和滚动卡顿排查,是字节业务场景中真实会遇到的问题。
🔍 逐题深度解析
一、Vue与React的区别
问题:Vue与React的区别
| 维度 | Vue | React |
|---|---|---|
| 设计哲学 | 渐进式框架,易上手 | 纯UI库,更灵活 |
| 模板语法 | 单文件组件(template+script+style) | JSX(JS中写HTML) |
| 响应式原理 | 数据劫持(Proxy/Object.defineProperty) | 手动setState触发更新 |
| 更新粒度 | 组件级自动追踪 | 根节点开始diff |
| 状态管理 | Vuex/Pinia(官方) | Redux/Mobx(社区) |
| 学习曲线 | 平缓 | 较陡(需要理解JSX、Hooks) |
javascript
// Vue响应式:数据变化自动更新
data() {
return { count: 0 }
},
methods: {
increment() {
this.count++ // 自动触发视图更新
}
}
// React:需要手动触发
const [count, setCount] = useState(0)
const increment = () => {
setCount(count + 1) // 显式调用setter
}
适用场景对比
- Vue适合:快速开发、中小型项目、需要模板语法的团队
- React适合:大型应用、需要高度灵活性的项目、跨端开发(React Native)
二、Vue双向绑定原理
问题:Vue双向绑定原理
javascript
// v-model是语法糖
<input v-model="message">
// 等价于
<input
:value="message"
@input="message = $event.target.value"
>
// 原理:数据劫持 + 发布订阅
class Vue {
constructor(options) {
this.$data = options.data
this.observe(this.$data)
this.compile(options.el)
}
// 1. 数据劫持
observe(data) {
Object.keys(data).forEach(key => {
let value = data[key]
const dep = new Dep()
Object.defineProperty(data, key, {
get() {
if (Dep.target) {
dep.addSub(Dep.target) // 依赖收集
}
return value
},
set(newVal) {
if (newVal !== value) {
value = newVal
dep.notify() // 触发更新
}
}
})
})
}
// 2. 模板编译
compile(el) {
// 解析指令,绑定更新函数
}
}
// 3. 发布订阅
class Dep {
constructor() {
this.subs = []
}
addSub(sub) {
this.subs.push(sub)
}
notify() {
this.subs.forEach(sub => sub.update())
}
}
class Watcher {
constructor(vm, key, cb) {
this.vm = vm
this.key = key
this.cb = cb
Dep.target = this
this.vm[this.key] // 触发get,收集依赖
Dep.target = null
}
update() {
this.cb.call(this.vm, this.vm[this.key])
}
}
三、自定义Hooks的实现思路
问题:自定义Hooks的实现思路
javascript
// 自定义Hook:封装复用逻辑的函数,以use开头
// 1. 基础思路
function useCustomHook(initialValue) {
const [state, setState] = useState(initialValue)
useEffect(() => {
// 副作用逻辑
return () => {
// 清理逻辑
}
}, [state])
const updateState = (newValue) => {
setState(newValue)
}
return [state, updateState]
}
// 2. 实际例子:useLocalStorage
function useLocalStorage(key, initialValue) {
const [storedValue, setStoredValue] = useState(() => {
try {
const item = window.localStorage.getItem(key)
return item ? JSON.parse(item) : initialValue
} catch (error) {
return initialValue
}
})
const setValue = (value) => {
try {
const valueToStore = value instanceof Function ? value(storedValue) : value
setStoredValue(valueToStore)
window.localStorage.setItem(key, JSON.stringify(valueToStore))
} catch (error) {
console.log(error)
}
}
return [storedValue, setValue]
}
// 3. 例子:useFetch
function useFetch(url) {
const [data, setData] = useState(null)
const [loading, setLoading] = useState(true)
const [error, setError] = useState(null)
useEffect(() => {
const fetchData = async () => {
try {
setLoading(true)
const response = await fetch(url)
const result = await response.json()
setData(result)
} catch (err) {
setError(err)
} finally {
setLoading(false)
}
}
fetchData()
}, [url])
return { data, loading, error }
}
// 使用
function MyComponent() {
const { data, loading } = useFetch('/api/user')
const [theme, setTheme] = useLocalStorage('theme', 'light')
}
自定义Hooks的要点
- 命名必须以use开头(React识别规则)
- 内部可以使用其他Hooks
- 每次调用都是独立的(状态隔离)
- 返回值可以是任意类型(数组/对象/函数)
四、虚拟DOM的作用
问题:虚拟DOM的作用
javascript
// 虚拟DOM:用JS对象描述真实DOM的结构
// 真实DOM
<div class="container">
<p>Hello</p>
</div>
// 虚拟DOM (VNode)
{
type: 'div',
props: { class: 'container' },
children: [
{
type: 'p',
props: {},
children: ['Hello']
}
]
}
核心作用
| 作用 | 说明 | 收益 |
|---|---|---|
| 性能优化 | 批量操作DOM,减少重排重绘 | 提升更新性能 |
| 跨平台 | 同一套VNode可渲染到不同平台 | Web/小程序/Native |
| 声明式编程 | 开发者只需描述UI状态 | 降低心智负担 |
| diff计算 | 找出最小更新范围 | 避免全量更新 |
javascript
// 无虚拟DOM:直接操作
document.querySelector('.count').innerText = count
// 有虚拟DOM
// 1. 生成新VNode
// 2. diff找出变化
// 3. 批量更新真实DOM
虚拟DOM真的更快吗?
- 不是:直接操作DOM在某些场景更快
- 是:在复杂UI更新中,虚拟DOM+diff可以减少不必要的DOM操作
- 本质:用JS计算换DOM操作,在大多数场景下是更优解
五、Fiber架构的作用
问题:Fiber架构的作用
javascript
// Fiber:React16引入的新架构
// 旧架构(Stack Reconciler)的问题
// - 递归遍历虚拟DOM,一旦开始无法中断
// - 如果组件树很大,会阻塞主线程
// - 用户输入、动画会出现卡顿
// Fiber架构的核心:可中断的渲染
Fiber的作用
| 作用 | 说明 | 实现方式 |
|---|---|---|
| 时间切片 | 将渲染工作拆分成小单元 | requestIdleCallback |
| 优先级调度 | 高优先级任务可打断低优先级 | lanes模型 |
| 并发模式 | 同时准备多个版本的UI | 双缓冲技术 |
| 异常边界 | 错误隔离,不影响整体 | Error Boundaries |
javascript
// Fiber节点结构(简化)
{
tag: 1, // 组件类型
key: null, // 唯一标识
elementType: 'div', // 元素类型
stateNode: DOM节点, // 真实DOM
return: Fiber父节点, // 父节点
child: Fiber子节点, // 第一个子节点
sibling: Fiber兄弟节点, // 下一个兄弟节点
pendingProps: {}, // 新props
memoizedProps: {}, // 当前props
memoizedState: {}, // 当前state
effectTag: 'UPDATE', // 操作类型
nextEffect: null, // 下一个副作用
}
渲染流程
javascript
// 1. render阶段(可中断)
// - 从根节点开始遍历Fiber树
// - 收集变化,打上effectTag
// - 可被高优先级任务打断
// 2. commit阶段(不可中断)
// - 一次性提交所有变化到DOM
// - 执行生命周期钩子
// - 处理副作用
六、RN开发的"坑"
问题:RN开发的"坑"
javascript
// React Native:用JS写移动端应用,渲染原生组件
// 坑1:样式系统不一致
// Web
<div style={{ flex: 1, boxShadow: '0 2px 4px black' }} />
// RN
<View style={{ flex: 1, shadowColor: 'black' }} />
// - 没有CSS所有属性,只有RN支持的样式
// - 继承规则不同(Text组件内才有文字样式)
// 坑2:导航系统复杂
// Web:浏览器自带前进后退
// RN:需要集成react-navigation或react-native-navigation
// - 嵌套导航器的状态管理复杂
// - 和原生交互可能出问题
// 坑3:性能问题
// - 长列表用FlatList(不是ScrollView)
// - 大量图片需要缓存策略
// - 动画用Animated或react-native-reanimated
// 坑4:第三方库兼容性
// - 有些库不支持RN
// - 原生模块需要链接(autolinking也可能出问题)
// 坑5:调试困难
// - 原生崩溃需要看Xcode/Android Studio日志
// - 桥接层问题定位难
// 坑6:版本升级
// - 大版本升级可能改动大
// - 依赖库需要同步升级
// 坑7:热更新
// - iOS禁止热更新(影响代码)
// - 只能用CodePush更新JS bundle和资源
// 解决方案
// - 提前调研技术选型
// - 做好性能监控
// - 建立错误上报机制
// - 原生模块开发能力储备
七、ES6新特性
问题:ES6新特性
| 类别 | 特性 | 示例 |
|---|---|---|
| 变量声明 | let/const | let a = 1; const PI = 3.14 |
| 箭头函数 | 简写、this绑定 | () => {} |
| 解构赋值 | 数组/对象解构 | const { name } = user |
| 展开运算 | ... | const newArr = [...arr, 4] |
| 模板字符串 | 字符串插值 | ${name} |
| 类 | class语法 | class Person {} |
| 模块 | import/export | import React from 'react' |
| Promise | 异步编程 | fetch().then().catch() |
| 迭代器 | for...of | for (let item of arr) {} |
| Set/Map | 新数据结构 | new Set(), new Map() |
| Proxy | 代理 | new Proxy(target, handler) |
| Symbol | 唯一值 | Symbol('description') |
八、Promise异常处理
问题:Promise异常处理
javascript
// 1. catch捕获
fetch('/api/data')
.then(response => response.json())
.then(data => console.log(data))
.catch(error => console.error('请求失败:', error))
// 2. try/catch(async/await)
async function fetchData() {
try {
const response = await fetch('/api/data')
const data = await response.json()
console.log(data)
} catch (error) {
console.error('请求失败:', error)
}
}
// 3. finally(无论成功失败都执行)
fetch('/api/data')
.then(response => response.json())
.then(data => console.log(data))
.catch(error => console.error(error))
.finally(() => {
console.log('请求完成,关闭loading')
hideLoading()
})
// 4. 全局未捕获Promise异常
window.addEventListener('unhandledrejection', (event) => {
console.error('未处理的Promise拒绝:', event.reason)
// 上报错误
})
// 5. Promise链中的异常传递
Promise.resolve()
.then(() => {
throw new Error('错误发生在then中')
})
.then(() => {
// 不会执行
})
.catch(error => {
console.log('捕获到:', error.message) // 捕获到: 错误发生在then中
})
九、import与require的区别
问题:import与require的区别
| 维度 | import | require |
|---|---|---|
| 规范 | ES6模块标准 | CommonJS规范 |
| 加载时机 | 编译时加载(静态) | 运行时加载(动态) |
| 语法 | 关键字 | 函数 |
| 导出 | export/export default | module.exports |
| 动态导入 | import() | 直接变量拼接 |
| this指向 | undefined | 当前模块 |
| 值传递 | 只读引用 | 值的拷贝(基本类型) |
javascript
// require (CommonJS)
const fs = require('fs')
const { readFile } = require('fs')
// 动态加载
const moduleName = 'lodash'
const lib = require(moduleName) // 可以
// import (ES Module)
import fs from 'fs'
import { readFile } from 'fs'
// 动态加载
import(moduleName).then(module => {
// 使用module
})
// 混合使用注意
// - require不能用于import模块(除非转译)
// - import不能用于条件语句顶层
十、finally的作用
问题:finally的作用
javascript
// finally:无论Promise成功还是失败都会执行
// 1. 清理资源
let loading = true
fetchData()
.then(data => render(data))
.catch(error => showError(error))
.finally(() => {
loading = false // 无论成功失败,关闭loading
hideLoadingSpinner()
})
// 2. 释放连接
let dbConnection = null
openDatabase()
.then(conn => {
dbConnection = conn
return conn.query(sql)
})
.then(results => processResults(results))
.catch(error => handleError(error))
.finally(() => {
if (dbConnection) {
dbConnection.close() // 无论成功失败,关闭连接
}
})
// 3. 日志记录
function trackUserAction(action) {
return executeAction(action)
.then(result => {
return result
})
.catch(error => {
throw error
})
.finally(() => {
console.log(`用户操作完成: ${action}`) // 记录日志
analytics.track(action)
})
}
// 4. 和try/catch/finally类比
try {
// 尝试执行
} catch (error) {
// 处理错误
} finally {
// 总是执行
}
十一、资源缓存策略
问题:强缓存vs协商缓存的适用场景
javascript
// 强缓存:不发请求,直接读本地
// 响应头
Cache-Control: max-age=3600 // 缓存1小时
Expires: Wed, 21 Oct 2025 07:28:00 GMT
// 适用场景:
// - 静态资源(图片、CSS、JS)
// - 长期不变的文件(带hash的打包文件)
// - 用户头像等不敏感资源
// 协商缓存:发请求,服务器判断是否可用
// 响应头
Last-Modified: Wed, 21 Oct 2024 07:28:00 GMT
ETag: "33a64df551425fcc55e4d42a148795d9f25f89d4"
// 请求头(下次请求)
If-Modified-Since: Wed, 21 Oct 2024 07:28:00 GMT
If-None-Match: "33a64df551425fcc55e4d42a148795d9f25f89d4"
// 适用场景:
// - HTML文件
// - API接口数据
// - 可能变化但不想每次都重新下载的资源
协商缓存的流程
javascript
// 第一次请求
浏览器 → 服务器 (请求资源)
服务器 ← 返回资源 + Last-Modified/ETag
// 第二次请求
浏览器 → 服务器 (请求头带If-Modified-Since/If-None-Match)
服务器判断资源是否修改:
- 未修改 → 返回304,不返回body
- 已修改 → 返回200和新资源
// 流程图
1. 浏览器请求资源
2. 服务器返回资源和缓存标记
3. 浏览器缓存资源和标记
4. 下次请求时带上标记
5. 服务器对比标记
6. 304则用缓存,200则更新缓存
十二、资源更新问题
问题:如何让用户加载新的JS资源
javascript
// 问题:浏览器缓存了老的JS,新功能没生效
// 1. 文件指纹(最推荐)
// 打包时生成带hash的文件名
app-8f3c9d.js // 内容变化,hash变化
vendor-3a2b5c.js
// HTML引用新hash的文件
<script src="/static/js/app-8f3c9d.js"></script>
// 2. 强制刷新(不推荐)
window.location.reload(true) // 已废弃
// 改为
window.location.reload() // 配合缓存策略
// 3. 版本号查询参数
<script src="/static/js/app.js?v=2.1.0"></script>
// 发版时修改版本号
// 4. 元数据控制
<meta http-equiv="Cache-Control" content="no-cache">
<meta http-equiv="Pragma" content="no-cache">
// 5. Service Worker控制
self.addEventListener('install', event => {
event.waitUntil(
caches.open('v2').then(cache => {
return cache.addAll([
'/js/app.js', // 新版本资源
])
})
)
})
// 6. 请求头控制
fetch('/api/data', {
headers: {
'Cache-Control': 'no-cache',
'Pragma': 'no-cache'
}
})
// 最佳实践
// - HTML:协商缓存(no-cache)
// - JS/CSS/图片:强缓存 + 文件名hash
// - 发版时:更新HTML引用的文件名
十三、列表滚动卡顿排查
问题:列表滚动卡顿怎么排查
javascript
// 1. 使用Performance面板记录
// Chrome DevTools → Performance → 开始录制 → 滚动 → 停止
// 2. 观察指标
// - FPS(帧率):低于30说明卡顿
// - 长任务(Long Task):>50ms的任务
// - 重排重绘(Layout/Recalc Style)
// 3. 常见原因及排查
| 原因 | 排查方法 | 解决方案 |
|---|---|---|
| 大量DOM节点 | Elements面板查看节点数 | 虚拟滚动、分页加载 |
| 复杂样式计算 | Performance看Recalc Style | 简化选择器、减少样式变化 |
| 频繁重排 | 看Layout时间 | 使用transform替代top/left |
| 内存泄漏 | Memory面板看内存增长 | 清理事件监听、定时器 |
| 图片过大 | Network看图片加载 | 图片懒加载、压缩 |
| JS执行过长 | 看长任务 | 节流、WebWorker |
javascript
// 4. 虚拟滚动实现(解决大量DOM)
function VirtualList({ items, itemHeight, containerHeight }) {
const [scrollTop, setScrollTop] = useState(0)
const startIndex = Math.floor(scrollTop / itemHeight)
const endIndex = Math.min(
Math.floor((scrollTop + containerHeight) / itemHeight),
items.length - 1
)
const visibleItems = items.slice(startIndex, endIndex + 1)
const offsetY = startIndex * itemHeight
return (
<div
style={{ height: containerHeight, overflow: 'auto' }}
onScroll={(e) => setScrollTop(e.target.scrollTop)}
>
<div style={{ height: items.length * itemHeight, position: 'relative' }}>
<div style={{ transform: `translateY(${offsetY}px)` }}>
{visibleItems.map(item => (
<div style={{ height: itemHeight }}>{item}</div>
))}
</div>
</div>
</div>
)
}
// 5. 使用CSS优化
// 开启GPU加速
.list-item {
transform: translateZ(0); // 开启硬件加速
will-change: transform; // 提示浏览器优化
}
// 减少重排
// 坏
element.style.top = scroll + 'px'
// 好
element.style.transform = `translateY(${scroll}px)`
// 6. 使用requestAnimationFrame节流
let ticking = false
window.addEventListener('scroll', () => {
if (!ticking) {
requestAnimationFrame(() => {
handleScroll()
ticking = false
})
ticking = true
}
})
📚 知识点速查表
| 知识点 | 核心要点 |
|---|---|
| Vue/React区别 | 设计哲学、响应式、模板、学习曲线 |
| 双向绑定 | v-model语法糖、数据劫持、发布订阅 |
| 自定义Hooks | use开头、封装逻辑、状态隔离 |
| 虚拟DOM | JS对象描述DOM、批量更新、跨平台 |
| Fiber架构 | 可中断渲染、时间切片、优先级调度 |
| RN坑点 | 样式不一致、导航复杂、性能问题 |
| ES6 | let/const、箭头函数、解构、模块 |
| Promise异常 | catch、try/catch、finally、全局捕获 |
| import/require | 静态vs动态、编译时vs运行时 |
| finally | 总是执行、清理资源、关闭loading |
| 强缓存 | max-age、不请求、静态资源 |
| 协商缓存 | Last-Modified/ETag、304、HTML |
| 资源更新 | hash文件名、版本号、Service Worker |
| 滚动卡顿 | Performance、虚拟滚动、GPU加速 |
📌 最后一句:
字节跳动的这场面试,是一场从框架原理到实战排查的全链路考察 。
从Vue/React的底层差异,到RN开发的真实痛点,再到滚动卡顿的排查思路------
每一个问题都在问:你真的用过吗?你真正理解了吗?你能解决实际问题吗?