React基础篇前端面试题
2025-07-20
5791 字约 20 分钟
...一、基础概念
1.React核心设计思想
组件化设计
- 原子化构建:
UI分解为独立的功能单元(如函数式组件/类组件) - 组合模式:通过
props嵌套实现组件树结构 - 隔离型:每个组件维护自身状态和样式(
CSS-in-JS生态支持) - 复用机制:高阶组件(
HOC)与自定义Hooks实现逻辑复用
声明式编程范式
- 状态驱动:
UI=f(state)的数学表达式(无需手动操作DOM) - 抽象渲染:开发者专注描述目标状态,框架处理渲染细节
- 幂等性保证:相同
state必定输出相同视图(确定性原则)
高效更新引擎
- 虚拟DOM层:内存中轻量级
DOM表示(对象树结构) - Diff算法优化:启发式
O(n)复杂度比较策略(基于树遍历策略) - 批量更新策略:自动合并
setState操作(异步更新策略) - 渲染流水线:
Fiber架构实现可中断渲染(并发模式)
单向数据控制
- 严格数据通道:
props自上而下传递(严禁子级逆向修改) - 状态托管:通过
Context/Redux实现跨层级通信 - 副作用隔离:
Hooks机制约束副作用边界(useEffect依赖链)
这些原则使React具备:高维护性(组件解耦)、高性能(智能更新)、可预测性(数据流透明)。
2.JSX
1.JSX的本质
- 定义:
JSX(JavaScript XML)是React提供的语法扩展,允许在JavaScript中编写类似HTML的结构 - 核心作用:提升代码可读性,直观描述UI的层次结构,同时保留JavaScript的全部编程能力
- 底层实现:JSX会被Babel或TypeScript编译器转换为
React.createElement()调用,生成React元素(即虚拟DOM对象)
const element = <div className="title">Hello React</div>;
const element = React.createElement(
'div',
{ className:'title' },
'Hello React'
)
2.JSX编译过程
- 编译阶段:Babel的
@babel/plugin-transform-react-jsx插件负责转换 - 新转换模式(React17+):通过
jsx-runtime自动引入_jsx函数,无需手动引入React
import { jsx as _jsx } from 'react/jsx-runtime';
const element = _jsx('div', { className: 'title', children: 'Hello React' });
3.JSX与HTML的关键区别
- 属性命名:使用小驼峰命名(如
className,htmlFor,onClick) - 样式对象:CSS属性转为小驼峰,值为字符串或数值
<div style={{ fontSize: 14, padding: '10px' }} ></div>
- 布尔值属性:属性省略值时默认为
true(如<input disabled />) - 子元素类型:支持字符串、JSX元素、数组,
false/null/undefined不渲染
4.JSX中的表达式嵌入
- 动态内容:使用{}嵌入任意JavaScript表达式
<h1>当前时间:{new Date().toLocaleTimeString()}</h1>
- 条件渲染:
{isLoggedIn ? <UserPanel /> : <LoginButton />}
- 列表渲染:
<ul>
{items.map(item => (
<li key={item.id}>{item.name}</li>
))}
</ul>
5.JSX安全特性
- 自动转义:嵌入内容(如用户输入)会被转义为字符串,防止XSS攻击
const userInput = '<script>恶意代码</script>';
<div>{userInput}</div>
- dangerouslySetInnerHTML:显式插入原始HTML(需手动防范风险)
<div dangerouslySetInnerHTML={{ __html: sanitizedHTML }} />
6.JSX高级用法
- 片段(Fragment):包裹多个元素避免额外的DOM节点
<React.Fragment>
<td>Column 1</td>
<td>Column 2</td>
</React.Fragment>
- 组件嵌套:自定义组件必须以大写字母开头,小写标签视为原生标签
<MyComponent prop1="value">
<ChildComponent />
</MyComponent>
7.JSX与模版引擎对比
| 特性 | JSX | 传统模板引擎(如 Vue) |
|---|---|---|
| 语法灵活性 | 原生 JavaScript 能力,无 DSL 限制 | 受限于模板语法(指令、过滤器等) |
| 组件逻辑 | 逻辑与 UI 紧密耦合 | 分离的模板与脚本块 |
| 类型安全 | 完美支持 TypeScript 类型检查 | 需要额外工具支持 |
8.实战技巧
- 条件渲染优化:使用短路运算简化简单条件
{isLoading && <Spinner />}
- 动态组件:通过变量名渲染不同组件
const components = { photo: PhotoComponent, video: VideoComponent };
const DynamicComponent = components[type];
return <DynamicComponent />;
高频面试题
1.为什么JSX中组件首字母必须大写?
- React通过首字母大小写区分原生DOM标签(如
<div>)和自定义组件(如<MyComponent>)
2.如何避免JSX回调中的闭包陷阱?
- 使用
useCallback缓存函数,或通过函数参数传递最新值
3.生命周期方法演进
1.类组件生命周期演进
1.传统生命周期(React 16.3前)
class Example extends React.Component {
constructor(props) {
super(props);
this.state = { };
}
componentWillMount() { }
render() { return <div>...</div> }
componentDidMount() { }
componentWillReceiveProps(nextProps) { }
shouldComponentUpdate(nextProps, nextState) { return true }
componentWillUpdate() { }
render() { }
componentDidUpdate(prevProps, prevState) { }
componentWillUnmount() { }
}
4.新版本生命周期(React 16.3+)
class Example extends React.Component {
static getDerivedStateFromProps(props, state) {
}
componentDidCatch(error, info) { }
getSnapshotBeforeUpdate(prevProps, prevState) {
}
}
2.生命周期阶段
1.Mounting阶段
- constructor:初始化state、绑定方法
- getDerivedStateFromProps:props初始化时同步到state
- render:生成虚拟DOM
- componentDidMount:网络请求、DOM操作、订阅事件
2.Updating阶段
- getDerviedStateFromProps:props变化时更新state
- shouldComponentUpdate:返回false可阻止渲染(性能优化核心)
- render:生成新虚拟DOM
- getSnapshotBeforeUpdate:获取DOM更新前的状态(如滚动位置)
- componentDidUpdate:DOM更新后操作、网络请求
3.Unmounting阶段
- componentWillUnmount:清除定时器、取消订阅、释放资源等
3.函数组件生命周期模拟
通过useEffect Hook实现生命周期控制:
function Example() {
useEffect(() => {
const timer = setInterval(...);
return () => {
clearInterval(timer);
}
}, []);
useEffect(() => {
});
useEffect(() => {
}, [count]);
const [derivedState, setDerivedState] = useState();
useEffect(() => {
setDerivedState(props.input);
}, [props.input]);
}
4.生命周期废弃原因与最佳实践
| 废弃方法 | 替代方案 | 废弃原因 |
|---|---|---|
| componentWillMount | constructor 或 useEffect | 异步渲染导致可能多次执行 |
| componentWillReceiveProps | getDerivedStateFromProps + useEffect | 容易产生副作用和竞态条件 |
| componentWillUpdate | getSnapshotBeforeUpdate | 不安全副作用操作风险 |
5.性能优化
- shouldComponentUpdate优化
shouldComponentUpdate(nextProps, nextState) {
return !shallowEqual(this.props, nextProps)
|| !shallowEqual(this.state, nextState);
}
- PureComponent自动浅比较
class Example extends React.PureComponent { ... }
- React.memo函数组件优化
const MemoComponent = React.memo(MyComponent, areEqual);
6.错误边界处理
class ErrorBoundary extends React.Component {
state = { hasError: false };
static getDerivedStateFromError(error) {
return { hasError: true };
}
componentDidCatch(error, info) {
logErrorToService(error, info);
}
render() {
return this.state.hasError
? <FallbackUI />
: this.props.children;
}
}
7.高频面试题
1.为什么componentWillXXX系列方法被标记为UNSAFE
- 异步渲染模式(Concurrent Mode)下可能被多次调用
- 副作用操作可能会导致渲染不一致
2.useEffect与生命周期方法的对应关系
useEffect(fn, []) -> componentDidMount + componentWillUnmountuseEffect(fn) -> componentDidUpdateuseEffect(fn, [dep]) -> 特定依赖更新时的副作用
3.getDerivedStateFromProps的正确使用场景
- 仅当需要根据props变化被动更新state时使用
- 避免在此方法中触发副作用
4.受控组件与非受控组件
1.核心定义
| 组件类型 | 数据管理方式 | 控制权 |
|---|---|---|
| 受控组件 (Controlled) | 表单数据由 React 组件状态(state)驱动 | React 完全控制 |
| 非受控组件 (Uncontrolled) | 表单数据由 DOM 节点自身维护 | DOM 原生控制 |
2.实现原理对比
1.受控组件实现
function ControlledForm() {
const [value, setValue] = useState('');
const handleSubmit = (e) => {
e.preventDefault();
console.log('提交值:', value);
};
return (
<form onSubmit={handleSubmit}>
<input
type="text"
value={value}
onChange={(e) => setValue(e.target.value)}
/>
<button type="submit">提交</button>
</form>
);
}
核心特点
- value绑定到React state
- onChange同步更新state
- 数据流:
React state -> DOM显示
2.非受控组件实现
function UncontrolledForm() {
const inputRef = useRef(null);
const handleSubmit = (e) => {
e.preventDefault();
console.log('提交值:', inputRef.current.value);
};
return (
<form onSubmit={handleSubmit}>
<input
type="text"
defaultValue="初始值"
ref={inputRef}
/>
<button type="submit">提交</button>
</form>
);
}
核心特点
- 使用ref访问DOM节点值
- defaultValue设置初始值(非动态更新)
- 数据流:DOM节点 -> 手动获取值
3.核心差异分析
| 维度 | 受控组件 | 非受控组件 |
|---|---|---|
| 数据存储位置 | React 组件状态 | DOM 节点 |
| 值更新机制 | 通过 onChange 事件同步更新 state | 用户输入直接修改 DOM,需手动获取 |
| 表单验证时机 | 实时验证(每次输入触发) | 提交时验证 |
| 动态表单控制 | 支持动态禁用/启用字段 | 需要手动操作 DOM |
| 性能影响 | 高频输入场景可能引发多次渲染 | 无额外渲染开销 |
| 文件上传支持 | 不支持(文件输入天生不可控) | 必须使用 |
4.最佳实践场景
受控组件适用场景
- 实时表单验证(如密码强度提示)
- 条件禁用提交按钮
- 动态表单字段(根据输入增减表单项)
- 复杂表单联动(多个输入相互依赖)
非受控组件适用场景
- 一次性表单提交(只需要最终值)
- 文件上传
<input type="file"> - 第三方库集成(需要直接操作DOM)
5.进阶
1.为什么文件输入必须用非受控组件?
<input type="file" onChange={handleFile} />
- 浏览安全限制:JavaScript无法以编程方式设置文件输入的值
- 只读属性:文件路径由用户选择,无法通过React state控制
2.如何给非受控组件设置初始值?
- 使用
defaultValue/defaultChecked属性(类似原生HTML)
<input type="text" defaultValue="初始值" ref={inputRef} />
3.受控组件性能优化策略
- 防抖处理(避免高频触发渲染)
const debouncedSetValue = useMemo(() =>
_.debounce(setValue, 300), []
);
<input onChange={e => debouncedSetValue(e.target.value)} />
- 精细化渲染控制:使用React.memo隔离表单组件
6.混用模式
function HybridInput({ value: propValue, onChange }) {
const [internalValue, setInternalValue] = useState(propValue);
const ref = useRef();
useEffect(() => {
if (ref.current.value !== propValue) {
ref.current.value = propValue;
setInternalValue(propValue);
}
}, [propValue]);
const handleChange = (e) => {
setInternalValue(e.target.value);
onChange?.(e.target.value);
};
return <input ref={ref} value={internalValue} onChange={handleChange} />;
}
7.高频面试题
1.如何避免受控组件的value变成undefined?
- 确保value的值始终为受控值(字符串/数字),避免null或undefined
2.受控组件中如何实现文本域(textarea)的换行符保留
- 使用
value={ text.replace(/\n/g, '\\n') }处理,展示时转换回\n
3.为什么非受控组件不需要onChange处理?
- 非受控组件的数据流是单向的(DOM -> React),仅在需要时通过ref获取值
8.决策流程图
是否需要实时验证/控制? → 是 → 使用受控组件
↓
否
↓
是否涉及文件上传? → 是 → 使用非受控组件
↓
否
↓
是否性能要求极高? → 是 → 使用非受控组件
↓
否
↓
默认推荐 → 受控组件
5.类组件和函数式组件
1.核心定义与语法对比
| 维度 | 类组件 | 函数式组件 |
|---|---|---|
| 定义方式 | ES6 类继承 React.Component | JavaScript 函数 |
| 状态管理 | this.state + this.setState() | useState/useReducer Hooks |
| 生命周期 | 完整生命周期方法(如 componentDidMount) | useEffect 模拟生命周期 |
| 副作用处理 | 生命周期方法(如 componentDidUpdate) | useEffect + 依赖数组 |
| 代码量 | 较冗长(需处理 this 绑定) | 更简洁 |
2.生命周期与Hooks映射关系
类组件生命周期方法
class Example extends React.Component {
componentDidMount() { }
componentDidUpdate() { }
componentWillUnmount() { }
shouldComponentUpdate() { }
}
函数式组件等效实现
function Example() {
useEffect(() => {
return () => { };
}, []);
useEffect(() => { });
const memoizedComponent = React.memo(() => (), (prevProps, nextProps) => {
return shallowEqual(prevProps, nextProps);
});
}
3.状态管理对比
类组件状态管理
class Counter extends React.Component {
constructor(props) {
super(props);
this.state = { count: 0 };
}
increment = () => {
this.setState(prev => ({ count: prev.count + 1 }));
};
}
函数式组件状态管理
function Counter() {
const [count, setCount] = useState(0);
const increment = useCallback(() => {
setCount(prev => prev + 1);
}, []);
}
4.性能优化策略
| 优化手段 | 类组件 | 函数式组件 |
|---|---|---|
| 浅比较控制渲染 | PureComponent 或 shouldComponentUpdate | React.memo + 自定义比较函数 |
| 计算缓存 | 手动缓存计算结果 | useMemo |
| 函数引用稳定性 | 箭头函数或 bind | useCallback |
| 渲染节流 | 手动实现防抖/节流 | useDebounce 自定义 Hook |
5.代码组织与逻辑复用
类组件复用
- 高阶组件(HOC)
const withLogger = WrappedComponent => {
return class extend React.Component {
componentDidMount(){
console.log('component mounted');
}
render() {
return <WrappedComponent {...this.props} />
}
}
}
函数式组件复用方式
- 自定义Hooks
const useLogger = () => {
useEffect(() => {
console.log('Component mounted');
}, []);
};
function MyComponent() {
useLogger();
return <div>...</div>;
}
6.关键差异深度解析
1.this绑定问题(类组件)
class Button extends React.Component {
handleClick() {
console.log(this);
}
}
2.闭包陷阱(函数式组件)
function Timer() {
const [count, setCount] = useState(0);
useEffect(() => {
const timer = setInterval(() => {
setCount(count + 1);
}, 1000);
return () => clearInterval(timer);
}, []);
useEffect(() => {
const timer = setInterval(() => {
setCount(prev => prev + 1);
}, 1000);
return () => clearInterval(timer);
}, []);
}
7.现代React开发趋势
1.Hooks的统治地位
- 官方推荐函数式组件+Hooks作为主要开发模式
- React18新特性(如并发模式)优先支持Hooks
2.类组件使用场景
- 旧项目维护
- 需要
Error Boundaries(函数式组件暂不支持)
class ErrorBoundary extends React.Component {
state = { hasError: false };
static getDerivedStateFromError(error) {
return { hasError: true };
}
componentDidCatch(error, info) { }
render() { }
}
8.高频面试题
1.为什么推荐使用函数式组件?
- 代码简洁:避免this绑定和类语法冗余
- 逻辑复用:自定义Hooks比HOC更灵活
- 性能优化:Hooks提供更细颗粒度的控制(如useMemo)
- 未来兼容:新特性(如并发模式)优先支持Hooks
2.如何选择组件类型?
- 新项目:100%函数式组件+Hooks
- 旧项目:逐步迁移至函数式组件
- 特殊需求:需要getSnapshotBeforeUpdate或componentDidCatch时使用类组件
3.Hooks的限制和突破
- 规则:只能在函数顶层调用Hooks
- 原理:依赖调用顺序的链表结构记录状态
- 解决方案:使用eslint-plugin-react-hooks强制规范
9.核心对比表
| 维度 | 类组件优势 | 函数式组件优势 |
|---|---|---|
| 代码可读性 | 生命周期逻辑集中 | 逻辑按功能聚合(Hooks 分组) |
| 学习曲线 | 需掌握 OOP 概念 | 纯函数思维更符合 JavaScript 习惯 |
| TypeScript 支持 | 类型推断较复杂 | 类型推导更直观 |
| 测试友好度 | 需处理实例方法 | 纯函数更易单元测试 |
| 未来维护性 | 官方逐步弱化支持 | 新特性优先适配 |
6.props和state
1.核心定义对比
| 维度 | props | state |
|---|---|---|
| 数据来源 | 外部传入(父组件 → 子组件) | 组件内部维护 |
| 可变性 | 只读(Immutable) | 可修改(通过 setState 或 useState) |
| 作用范围 | 跨组件层级传递 | 组件私有,外部不可访问 |
| 更新触发 | 父组件重新渲染时传递新 props | 调用状态更新方法触发重新渲染 |
2.使用场景
1.何时用props?
- 组件通信:父组件向子组件传递数据或回调函数
<UserProfile name="Alice" age={25} onUpdate={handleUpdate} />
function UserProfile({ name, age, onUpdate }) { ... }
- 配置参数:定义数组的默认行为或样式
<Button type="primary" size="large" />
- 渲染控制:通过props条件性渲染子组件
<Modal visible={showModal} />
2.何时用state
- 用户交互时:表单输入、按钮点击等
const [inputValue, setInputValue] = useState('');
- 组件私有数据:计时器ID、动画状态等
const [timeId, setTimeId] = useState(null);
- 动态UI状态:下拉菜单展开/收起、加载状态
const [isOpen, setIsOpen] = useState(false);
3.深度对比与交互
1.数据流方向
- 单项数据流:props只能自上而下传递,state仅在组件内部流动
父组件 → props → 子组件
子组件 → 回调函数 → 父组件更新 state → 传递新 props
2.更新机制对比
| 更新方式 | props | state |
|---|---|---|
| 类组件 | 父组件重新渲染时自动更新 | this.setState() 触发异步更新 |
| 函数组件 | 父组件重新渲染时自动更新 | useState 的 setter 函数触发更新 |
| 更新影响 | 子组件接收新 props 后重新渲染 | 当前组件及其子组件重新渲染 |
3.数据交互示例
function Parent() {
const [count, setCount] = useState(0);
return <Child count={count} onIncrement={() => setCount(c => c + 1)} />;
}
function Child({ count, onIncrement }) {
return (
<div>
<span>{count}</span>
<button onClick={onIncrement}>+</button>
</div>
);
}
4.高级使用模式
1.状态提升
当多个组件需要共享状态的时候,将state提升到最近的共同祖先
function App() {
const [theme, setTheme] = useState('light');
return (
<>
<Header theme={theme} />
<Content theme={theme} onToggle={() => setTheme(t => t === 'light' ? 'dark' : 'light')} />
</>
);
}
2.受控组件
表单的值由props或state控制
<input
value={inputValue}
onChange={(e) => setInputValue(e.target.value)}
/>
3.非受控组件
使用ref直接访问DOM节点值(避免与state发生冲突)
const inputRef = useRef();
const handleSubmit = () => console.log(inputRef.current.value);
return <input ref={inputRef} defaultValue="" />;
5.开发注意事项
1.props不可变性原则
- 禁止修改props
function User({ user }) {
user.name = 'Bob';
return <div>{user.name}</div>;
}
2.state更新陷阱
- 异步更新问题
setCount(count + 1);
setCount(count + 1);
setCount(prev => prev + 1);
setCount(prev => prev + 1);
3.性能优化
- 避免不必要的渲染
const MemoComponent = React.memo(MyComponent);
shouldComponentUpdate(nextProps, nextState) {
return !shallowEqual(this.props, nextProps);
}
六、高频面试题
1.能否在子组件修改props?
- 不能。props是只读的,修改会导致React抛出警告。若需要修改数据,应通过父组件传递回调函数更新父级state
2.props和state可以相互转换吗?
- 可以,例如父组件的state作为props传递给子组件,或子组件通过回调函数触发父组件更新
3.如何实现跨多层组件传递props
- 使用
Context API或状态管理库(如Redux、Mobx)避免props逐层传递
如果您觉得这篇文章有帮助,请点个赞吧~
相关文章
更多文章 →八股文2026-08-27
定时器按顺序播放多个音频,切后台音频会乱
本身不会补触发,但 它会被系统级冻结 ——iOS Safari 后台完全停止计时,切回前台后 只补执行一次 (不是不补,而是"缺失的中间状态补不上")。间隔短的不会出大问题, 间隔长的会出现"音频流被压缩" ——切回来后本该播 5 分钟的间隙,实际只过了 3 分钟,结果整段对不上。 核心原则 :定时器只能用来"提醒一次", 真正决定"该不该播"的是绝对时间戳 。 setTimeout 在后台会发生什么(按平台) | 平台 | 后台行为...
面试
八股文2026-08-27
线上项目白屏的原因
白屏的本质是 渲染管线某一环断了 ——可能是资源、JS、接口、路由、样式、兼容性任一环节出问题。排查按"控制台 → 网络 → DOM → 环境"四步定位。 本质(前端类比) 把网页想成一栋楼: 白屏 ≠ 一定是同一种原因——这是面试想听的层次。 六大类原因(按出现频率) | 类别 | 典型表现 | 真实案例 | | : | : | : | | ① 资源加载失败 | DOM 是空的 | 入口 JS 404、CDN 挂了、CSS 阻塞 |...
面试
八股文2026-08-27
背景图就是 1MB 大图,怎么优化
1MB 大背景图优化分 三步 :压缩体积(10 30x)、按需加载(按设备/视口/网速)、渲染期优化(GPU 合成)。背景图跟 不同——它是 CSS,不走浏览器的原生懒加载机制,得手动处理。 背景图 vs 的关键区别(先讲清楚这个) 这是面试官想听的"针对性认知"——背景图不是普通图片,不能套通用方案。 三步优化(按优先级) 第 1 步:压缩体积(最重要,立竿见影) 1MB 的来源一般是这几种 ,对应解决方案: | 原始问题 | 体积来...
面试
八股文2026-08-27
项目里很多图片和视频,怎么优化
图片视频优化分 四层 :网络层(CDN/格式)、加载层(懒加载/预加载)、渲染层(解码/缓存)、业务层(按需/降级)。面试要把这四层都讲到位才算有体系。 四层优化模型 第 1 层:网络层(省钱、省时间) 核心目标:让资源体积小、让用户拿到资源快 | 手段 | 作用 | 关键点 | | : | : | : | | 图片格式 | WebP/AVIF 比 JPEG 小 25 50% | 兼容 fallback | | 视频格式 | H.265...
面试
八股文2026-08-20
Embedding 向量模型:从语义表示到相似度计算
前言 大模型「读懂」文字靠的是 token,但 token 之间只有离散的编号关系,模型并不知道「苹果」和「李子」在语义上很近。要让程序能「理解」两段文字的相似程度,必须先把文本映射成一个 高维向量 ,再用几何方法比较。这一步就是 Embedding。 本篇基于我本地 今天的真实代码,从语义表示讲到余弦相似度,并复盘几个踩过的真实坑。 一、为什么需要 Embedding 传统关键词检索是「字面匹配」: Embedding 做的是「语义匹...
面试
八股文2026-08-19
前端面试100题
前端面试 100 题 适用方向:中高级前端 / React / Vue / Next.js / Nuxt / TypeScript / 工程化 / 实时通信 / Electron / Node.js / AI 应用前端 使用方式:优先掌握“标准回答”,再练“面试官追问”,最后把“结合你的简历怎么答”组织成自己的项目故事。 说明 “结合你的简历怎么答”只使用你简历中已经出现的项目与技术事实。 “标准回答 / 追问”属于通用前端知识总结,用...
面试
评论
请登录后发表评论
去登录