1.高阶组件?
高阶组件(Higher-Order Component,HOC)是React中的一种用于复用组件逻辑的高级模式。它本质上是一个函数,接收一个组件作为参数并返回一个新的组件。这个新的组件通常会包裹传入的组件,并通过传递额外的props或者修改组件行为来增强原有组件的功能。
高阶组件的用途:
- 逻辑复用:可以在多个组件间共享逻辑,而无需重复代码。
- 条件渲染:可以根据条件选择是否渲染某个组件。
- 状态管理:可以在HOC中管理状态,并通过props传递给被包裹的组件。
- 修改props:可以在HOC中修改传递给子组件的props。
实现一个简单的高阶组件
假设我们想创建一个高阶组件来处理组件的加载状态,我们可以这样实现
import React from 'react';
// 高阶组件,接受一个组件作为参数
function withLoading(Component) {
return function WithLoadingComponent({ isLoading, ...props }) {
if (isLoading) {
return <div>加载中...</div>;
}
return <Component {...props} />;
};
}
// 被包裹的组件
function DataDisplay({ data }) {
return <div>数据: {data}</div>;
}
// 使用高阶组件
const DataDisplayWithLoading = withLoading(DataDisplay);
// 在实际使用中
function App() {
const [loading, setLoading] = React.useState(true);
const [data, setData] = React.useState(null);
// 模拟数据加载
React.useEffect(() => {
setTimeout(() => {
setData('加载完成的数据');
setLoading(false);
}, 2000);
}, []);
return <DataDisplayWithLoading isLoading={loading} data={data} />;
}
export default App;
解释:
withLoading是一个高阶组件,它接收一个组件Component作为参数。- 它返回一个新的组件
WithLoadingComponent,这个组件根据isLoading的状态决定是否显示加载状态。 - 如果
isLoading为true,则显示“加载中...”,否则渲染传入的组件并传递其余的props。
2.constructor中super与props参数一起使用的目的是什么?
在React类组件的构造函数中,super(props) 是用来调用父类(React.Component)的构造函数,并将props参数传递给父类。其目的主要有以下几点:
1. 初始化this.props
- 当你在React类组件的构造函数中使用
super(props)时,React.Component的构造函数会被调用,并且会初始化this.props。这样,你可以在构造函数中直接访问this.props。 - 如果不传递
props参数,this.props在构造函数内将是undefined。
2. 确保正确的上下文环境
- 在调用
super()之前,不能在构造函数中使用this。调用super(props)会确保this被正确初始化,并且能够在构造函数内访问this.props和其他实例方法。
3. 继承父类的功能
super()是用来调用父类的构造函数的。如果没有调用super(),子类就不会继承父类的功能。在React中,如果你不调用super(props),则无法正确使用this.props和React的一些内置功能。
举例说明
import React from 'react';
class MyComponent extends React.Component {
constructor(props) {
super(props); // 调用父类的构造函数,并将props传递给父类
console.log(this.props); // 现在可以安全地访问this.props
}
render() {
return <div>{this.props.message}</div>;
}
}
在这个例子中,super(props)确保了this.props在构造函数中被正确初始化,从而能够在构造函数内安全地使用 this.props。
不使用 super(props) 的影响
如果你在构造函数中调用 super() 而不传递 props,那么在构造函数中尝试访问 this.props 可能会导致 this.props 是 undefined:
constructor(props) {
super(); // 没有传递 props 参数
console.log(this.props); // this.props 可能是 undefined
}
3.受控组件和非受控组件
受控组件和非受控组件是React中处理表单输入的两种方式。
1. 受控组件(Controlled Component)
受控组件是指其表单元素的值完全由React的state控制。每当用户在输入框中输入内容时,会触发一个事件处理函数,更新组件的state,然后React会根据更新后的state重新渲染组件。
特点:
- 表单元素的值由React的
state控制。 - 用户输入触发事件处理函数,更新
state。 state更新后,组件重新渲染,表单元素的值被state控制。
import React, { useState } from 'react';
function ControlledComponent() {
const [value, setValue] = useState('');
const handleChange = (event) => {
setValue(event.target.value); // 更新state
};
const handleSubmit = (event) => {
event.preventDefault();
console.log('Submitted value:', value);
};
return (
<form onSubmit={handleSubmit}>
<label>
Input:
<input type="text" value={value} onChange={handleChange} />
</label>
<button type="submit">Submit</button>
</form>
);
}
export default ControlledComponent;
在这个例子中,<input> 元素的 value 属性由 React 的 state 控制。每次用户输入时,handleChange 函数都会更新 value 的状态。
2. 非受控组件(Uncontrolled Component)
非受控组件是指其表单元素的值不受React的state控制,而是直接从DOM中读取值。通常通过ref访问DOM元素,并获取或设置其值。
特点:
- 表单元素的值直接存储在DOM中,而不是React的
state中。 - 使用
ref来访问表单元素的值。 - 通常用于简单的场景,不需要实时地监控输入值。
import React, { useRef } from 'react';
function UncontrolledComponent() {
const inputRef = useRef(null);
const handleSubmit = (event) => {
event.preventDefault();
console.log('Submitted value:', inputRef.current.value); // 直接获取DOM中的值
};
return (
<form onSubmit={handleSubmit}>
<label>
Input:
<input type="text" ref={inputRef} />
</label>
<button type="submit">Submit</button>
</form>
);
}
export default UncontrolledComponent;
在这个例子中,<input> 元素的值不是由React的state控制,而是直接通过ref访问input DOM元素并获取其值。
3. 受控组件 vs 非受控组件
| 特点 | 受控组件 | 非受控组件 |
|---|---|---|
| 数据管理方式 | 通过state控制 | 直接通过DOM管理 |
| 实时监控输入 | 是 | 否 |
| 代码复杂度 | 较高,需处理state和事件处理函数 | 较低,直接访问DOM元素 |
| 适用场景 | 需要对输入进行实时处理或验证时 | 表单较简单,不需要实时处理时 |
总结:
- 受控组件适合需要对用户输入进行复杂验证、格式化、或需要实时更新UI的场景。
- 非受控组件适合简单的表单场景,或不需要频繁操作输入值的情况,代码相对简单。
4.什么是 React?
React 是一个用于构建用户界面的 JavaScript 库,主要由 Facebook 开发和维护。它旨在帮助开发者以组件化的方式构建复杂的用户界面,尤其适用于构建单页应用(Single Page Applications, SPA)。
-
组件化
- 组件是React的基本构建单元。每个组件都是独立的、自包含的UI块,可以像乐高积木一样组合成复杂的应用。组件可以是类组件,也可以是函数组件。
- 组件的使用:在React中,你可以将界面分解成多个组件,每个组件负责一个特定的功能或UI部分。组件可以嵌套、组合,形成更复杂的界面。
-
声明式
- React采用声明式编程风格,开发者只需要描述界面应该是什么样子的,React会自动管理UI的更新和渲染。与传统的命令式编程不同,React让你不必直接操作DOM,而是通过React的状态和属性来更新UI。
const element = <h1>Hello, world!</h1>; -
虚拟DOM (Virtual DOM)
- React 使用一个轻量级的 虚拟DOM 来优化实际DOM的操作。每次组件的状态或属性发生变化时,React会先更新虚拟DOM,然后通过高效的差异算法(Reconciliation)找出最小的变化,并将这些变化更新到实际的DOM中。这提高了应用的性能。
-
单向数据流
- React 中的数据流是单向的,也就是说数据总是从父组件流向子组件。这种数据流动方式让应用状态更容易管理和调试。
function Parent() { const [count, setCount] = useState(0); return <Child count={count} />; } function Child({ count }) { return <h1>{count}</h1>; } -
JSX 语法
- React 引入了 JSX,这是一种语法扩展,允许开发者在JavaScript中编写类似 HTML 的结构。JSX 最终会被转译成 JavaScript 对象
-
Hooks
- React 16.8 版本引入了 Hooks,它让函数组件能够使用状态和其他 React 特性,如
useState、useEffect、useContext等。Hooks 是一种更加简洁和灵活的方式来管理组件的逻辑和状态。
- React 16.8 版本引入了 Hooks,它让函数组件能够使用状态和其他 React 特性,如
function Counter() {
const [count, setCount] = useState(0);
return (
<div>
<p>You clicked {count} times</p>
<button onClick={() => setCount(count + 1)}>Click me</button>
</div>
);
}
React 的优点
- 组件复用性:React 的组件可以独立开发、测试和复用,这大大提高了开发效率。
- 高性能:虚拟DOM和差异化更新机制使得React在处理大量数据变化时表现出色。
- 庞大的生态系统:React 拥有丰富的第三方库、工具和社区支持,如 React Router、Redux、Next.js 等。
React 的用途
- Web应用开发:React 主要用于构建复杂、动态的Web用户界面,特别是在单页应用程序(SPA)中。
- 移动应用开发:通过React Native,开发者可以使用React技术栈构建跨平台的移动应用。
- 服务器渲染:通过 Next.js 等框架,React 也可以用于服务器端渲染(SSR),提高首屏渲染速度和SEO。
5.事件代理和事件冒泡
事件冒泡
事件冒泡是 DOM 事件传播的一种机制。当一个元素触发事件时,这个事件会从事件源元素开始逐层向父级元素传播,直到传播到 document 或 window 对象。这个过程叫做“冒泡”,因为事件像气泡一样从最深的嵌套元素向上传播。
事件冒泡的步骤:
- 触发事件:当用户在某个元素上触发了一个事件(如点击、输入等)。
- 事件冒泡:事件首先由目标元素处理,然后冒泡到该元素的父级元素,依次向上,直到到达根元素或
document。 - 事件处理:在冒泡过程中,所有被冒泡经过的元素都有机会处理这个事件(前提是这些元素有相应的事件监听器)。
<div id="parent">
<button id="child">Click me</button>
</div><script>
document.getElementById('parent').addEventListener('click', () => {
console.log('Parent clicked');
});document.getElementById('child').addEventListener('click', () => {
console.log('Child clicked');
});
</script>
在这个例子中,当你点击按钮时,浏览器会先触发 child 元素的 click 事件,随后事件会冒泡到 parent 元素并触发它的 click 事件。因此,控制台的输出将是:
Child clicked
Parent clicked
事件代理
事件代理(也称为事件委托)是利用事件冒泡机制,将子元素的事件处理委托给父元素的一种技术。通过这种方式,你只需要在父元素上绑定一个事件处理器,而不需要为每个子元素都绑定事件处理器。
事件代理的工作原理:
- 在父元素上添加一个事件监听器。
- 当某个子元素触发事件时,事件会冒泡到父元素,父元素的事件监听器就可以通过事件对象
event的target属性,得知具体是哪一个子元素触发了事件,从而执行相应的逻辑。
<ul id="list">
<li>Item 1</li>
<li>Item 2</li>
<li>Item 3</li>
</ul><script>
document.getElementById('list').addEventListener('click', (event) => {
console.log(`You clicked on ${event.target.textContent}`);
});
</script>
在这个例子中,ul 元素的 click 事件监听器被用作 li 子元素的代理。无论点击哪个 li,都会触发 ul 的事件监听器,并通过 event.target 得到具体的 li 元素。
事件冒泡与事件代理的关系
- 事件冒泡是一个事件传播的过程,允许事件从子元素传播到父元素。
- 事件代理则是利用事件冒泡机制,将子元素的事件监听委托给父元素处理,从而减少事件监听器的数量,优化性能。
总结:事件冒泡是 DOM 中的一个基本机制,而事件代理则是利用该机制进行事件处理优化的一种技术。通过事件代理,你可以减少内存消耗、简化代码、动态地处理子元素事件。
6.React中为什么要给组件设置 key
key 属性帮助 React 高效地识别哪些元素发生了变化,从而在虚拟 DOM 中高效地进行更新。
key 是 React 用来标识哪些列表项改变了、被添加了或被移除了的标志。当你渲染一个由多个子元素构成的列表时,React 会依赖 key 来确定哪些元素需要更新或重新渲染。
key 属性应该是列表项在列表中的一个稳定且唯一的标识符。这通常是列表项的唯一 ID,而不是列表项在数组中的索引。如果使用索引作为 key,当列表项重新排序、添加或删除时,React 可能会错误地认为某些元素是新的或已经被移除的,从而导致不必要的 DOM 操作。
7.React Diff 算法详解
React 的 Diff 算法是 React 高效更新虚拟 DOM 的核心机制。
React Diff 算法的背景
在前端框架中,每次状态变化都会导致 UI 重新渲染。传统方法可能会对整个页面进行完全重新渲染,而 React 引入了虚拟 DOM,允许在内存中进行 DOM 树的计算,然后仅将变化部分应用到真实 DOM 中。Diff 算法就是用来比较新旧虚拟 DOM 的不同,并生成最小的 DOM 操作。
Diff 算法的基本原则
React 的 Diff 算法遵循以下三个基本假设,以提高比较的性能:
-
不同类型的元素产生不同的树: 如果前后两棵树根节点类型不同,React 会直接销毁旧树并创建一棵新树,而不是逐层比较。这意味着,假如一个
<div>变成了<span>,React 会认为这是完全不同的组件,重新渲染整个子树。 -
同级元素之间的比较: React 只会对同一级的元素进行比较,而不会跨级比较。因此,如果在某一级中插入或删除了元素,React 仅会对这一层进行操作,而不会影响其他层次的元素。
-
通过
key标识列表中的元素: 在列表渲染时,React 使用key来标识每个元素,确保每个元素在不同渲染周期之间保持稳定。key帮助 React 在同级元素中高效地插入、删除或重新排序元素。
Diff 算法的实现
React 的 Diff 算法可以分为三部分:树的比较、组件的比较、元素的比较。
1. 树的比较
在树的比较过程中,React 遵循上述的基本假设。它会逐层对比新旧虚拟 DOM 树。如果发现根节点类型不同,则直接替换整棵子树。
2. 组件的比较
在组件的比较中,React 会根据组件的类型来判断是否需要更新:
- 相同类型的组件:React 递归对比子元素,决定更新哪些子组件。
- 不同类型的组件:React 销毁旧组件及其子树,并挂载新的组件及其子树。
3. 元素的比较
对普通 DOM 元素的比较,React 会逐个对比属性、事件和子节点:
- 属性的比较:React 会对比新旧虚拟 DOM 中元素的属性,并生成更新属性的操作。
- 事件的比较:React 也会对比事件监听器,如果发现变化,会移除旧的监听器并添加新的监听器。
- 子节点的比较:React 对子节点的比较主要通过
key属性来优化。当key不同或缺少时,React 将假设子节点发生了重新排序或结构变化,并相应地更新 DOM。
列表 Diff
React Diff 算法在处理列表时具有特殊的优化。它的核心在于 key 的使用:
-
无
key或key变化:React 会逐一比较新旧列表中的元素,这会导致列表中每个元素的 DOM 节点都可能被重新创建。 -
使用
key:React 使用key来识别列表中的元素。如果元素的key不变,React 会复用已有的 DOM 节点,并仅更新变化的部分。这在列表插入、删除或移动元素时尤为重要。
列表操作的示例:
假设有一个列表 [A, B, C, D],它的 key 分别为 keyA, keyB, keyC, keyD。当列表变化为 [A, C, B, E] 时,React 会做如下操作:
A和A的key相同,保留并复用节点。B和C的key不同,但位置对调,所以 React 会复用C并更新B的位置。D被移除,所以 React 销毁D的节点。E是新添加的节点,所以 React 创建E并插入。
优化与局限
虽然 React 的 Diff 算法已经非常高效,但它仍然有一些局限性:
- 跨层级的结构变化:React 假设不会有大量的跨层级 DOM 结构变化。如果发生跨层级变化(如嵌套结构的深度变化),Diff 算法可能会误判,导致性能下降。
- 频繁重新排序:在频繁对列表进行大规模重新排序时,即使使用了
key,仍然可能产生不必要的 DOM 操作。
总结
React 的 Diff 算法通过简化和局部化比较,大大提升了虚拟 DOM 的更新效率。通过合理使用 key 属性,并遵循 React 的设计原则,开发者可以进一步优化 React 应用的性能,使其在复杂和大型应用中表现出色。
8.setState 之后发生了什么?
- 合并状态:
setState会将传入的新状态与当前状态进行浅合并(shallow merge)。这意味着只会更新你传入的属性,而不会影响状态对象中的其他属性。
this.setState({ name: 'Alice' });
// 如果原来的状态是 { age: 25, location: 'NY' }
// 那么新的状态会是 { name: 'Alice', age: 25, location: 'NY' }
-
状态合并:
- 首先,
setState会将传入的新状态与现有状态进行合并。
- 首先,
-
标记组件为脏(dirty):
- 组件被标记为“脏”,即需要更新。React 会将这个更新任务加入到更新队列中,等待批量处理。
-
触发调和过程(Reconciliation):
- 在调和过程中,React 会比较新的虚拟 DOM 树和旧的虚拟 DOM 树,并决定哪些部分需要更新。
-
调用
render()方法:- 在调和过程中,React 会调用组件的
render()方法来生成新的虚拟 DOM 树。这一步是在调和过程中完成的,通常在setState调用之后的下一次渲染循环中发生。
- 在调和过程中,React 会调用组件的
-
更新子组件:
- 如果
render()方法返回的 JSX 包含子组件,并且这些子组件接收到的props发生了变化,React 会递归地触发子组件的render()方法,以生成它们的新虚拟 DOM。
- 如果
-
触发生命周期函数:
-
shouldComponentUpdate(nextProps, nextState)(如果存在):- React 首先调用父组件的
shouldComponentUpdate方法(如果定义了)。这个方法允许开发者控制组件是否需要更新。返回false则阻止后续的更新和render。
- React 首先调用父组件的
-
render():- 如果
shouldComponentUpdate返回true或未定义,React 将调用父组件的render()方法。
- 如果
-
getSnapshotBeforeUpdate(prevProps, prevState)(如果存在):- 在 React 即将把更新应用到 DOM 之前,调用此方法。此方法的返回值会作为参数传递给
componentDidUpdate。
- 在 React 即将把更新应用到 DOM 之前,调用此方法。此方法的返回值会作为参数传递给
-
componentDidUpdate(prevProps, prevState, snapshot)(如果存在):- React 在父组件更新并渲染完毕后调用此方法。此时可以进行副作用操作,如网络请求或 DOM 操作。
-
9.react 的虚拟dom是怎么实现的?
1. 虚拟 DOM 的定义
虚拟 DOM(Virtual DOM)是一个表示 DOM 结构的 JavaScript 对象。它是 React 在内存中构建的一个虚拟表示层,与真实的 DOM 进行对比,以决定哪些部分需要更新。
2. 虚拟 DOM 的创建
-
组件渲染:
- 当组件的状态或属性发生变化时,React 会调用组件的
render()方法,生成一个虚拟 DOM 对象。这些虚拟 DOM 对象是轻量级的 JavaScript 对象,描述了组件的结构和属性。
- 当组件的状态或属性发生变化时,React 会调用组件的
3. 虚拟 DOM 的更新
- 状态变化:
- 当调用
setState或forceUpdate后,React 会重新调用组件的render()方法,生成新的虚拟 DOM 树。React 会将新的虚拟 DOM 树与旧的虚拟 DOM 树进行比较,以找出变化的部分。
- 当调用
- Diff 算法:
- React 使用 Diff 算法来高效地比较新旧虚拟 DOM。Diff 算法的核心是:
- 分层对比:仅对同一层级的节点进行比较。
- 类型比较:如果两个节点类型不同,则认为它们及其子树完全不同。
key属性:对于列表中的元素,通过key属性来识别和复用元素。
- React 使用 Diff 算法来高效地比较新旧虚拟 DOM。Diff 算法的核心是:
4. 虚拟 DOM 的应用
-
生成真实 DOM:
- 在完成虚拟 DOM 的比较之后,React 会将计算出的差异(称为补丁)应用到实际的 DOM 中。这一过程称为“协调”(Reconciliation),其目的是最小化实际 DOM 的更新,优化性能。
// 比较前后的虚拟 DOM,找出需要更新的部分
const prevVirtualDOM = <div className="old">Hello</div>;
const newVirtualDOM = <div className="new">Hello, World!</div>;// React 计算出差异,并生成补丁
// 仅更新 className 和文本内容,不重新创建整个 DOM 元素
5. 虚拟 DOM 的优点
- 性能优化:
- 通过在内存中操作虚拟 DOM,React 可以减少对实际 DOM 的直接操作,避免昂贵的布局计算和重绘,提高性能。
- 跨平台支持:
- 虚拟 DOM 提供了一种与实际 DOM 解耦的方式,使得 React 能够在不同平台(如 Web 和 React Native)上使用相似的编程模型。
6. 实现细节
虚拟 DOM 的实现涉及以下几个核心组件:
-
React 元素:
- 描述组件的结构和属性,通常是由
React.createElement创建的对象。
- 描述组件的结构和属性,通常是由
-
React Fiber:
- React Fiber 是 React 的内部算法,用于协调虚拟 DOM 的更新。它支持异步渲染和优先级调度,使得 React 能够在处理高优先级任务(如用户输入)时保持响应性。
-
补丁(Patch):
- 计算出需要更新的部分后,React 会生成一个补丁对象,表示需要应用到实际 DOM 的更新操作。
-
更新队列:
- 在
setState被调用后,更新操作会被加入到队列中,并在下一个事件循环中批量处理,减少渲染次数。
- 在
总结
虚拟 DOM 是 React 的核心技术之一,它通过在内存中创建和操作虚拟 DOM 对象,来减少对实际 DOM 的操作,从而优化性能。虚拟 DOM 的实现依赖于 Diff 算法、React Fiber 和补丁机制,这些技术共同作用,以实现高效的 UI 更新和渲染。
1. 虚拟 DOM 的优势和使用场景
效率:
虚拟 DOM 通常比直接操作原生 DOM 更高效,特别是在处理复杂的用户界面更新时。虚拟 DOM 是一个 JavaScript 对象,它在内存中表示真实的 DOM 树。通过使用虚拟 DOM,React 等框架可以在内存中进行一系列操作,然后将最终计算出的差异(diff)批量应用到实际的 DOM 中,而不是在每次状态变化时都直接操作原生 DOM。
原因:
- 批量更新:虚拟 DOM 可以收集多次更新操作,最后只执行一次实际的 DOM 操作,从而减少性能开销。比如当多个状态变化时,虚拟 DOM 会进行一次性更新,而不是每次状态变化都操作 DOM。
- 最小化重排和重绘:虚拟 DOM 通过计算差异(diffing),只更新实际发生变化的部分,避免了不必要的重排(Reflow)和重绘(Repaint)。
- 跨平台:虚拟 DOM 可以在不同的环境中使用,如 Web 浏览器和移动应用,通过抽象出底层的 DOM 操作,使得同样的代码可以在不同的平台上执行。
使用场景:
- 复杂的用户界面:在处理动态数据和复杂界面时,虚拟 DOM 能够有效地优化大量节点的更新。
- 示例:构建一个动态表单或大型数据表格,用户频繁输入或修改数据,React 的虚拟 DOM 能够高效地管理状态和更新界面,避免性能瓶颈。
- 频繁的状态变化:在用户操作频繁、状态更新密集的情况下,虚拟 DOM 可以通过批量更新来提高性能。
- 示例:构建一个聊天应用程序,消息列表会频繁更新,React 可以通过虚拟 DOM 高效地处理这些更新。
2. 直接操作原生 DOM 的优势和使用场景
效率:
在简单、低频更新的场景中,直接操作原生 DOM 可能比虚拟 DOM 更高效。因为在这种情况下,虚拟 DOM 带来的抽象层和 diffing 过程反而增加了不必要的开销。
原因:
- 直接性:直接操作 DOM 省去了中间的虚拟 DOM 层,操作更加直接,适合处理简单、即时的 DOM 更新。
- 轻量操作:对于非常简单的更新,直接操作 DOM 更轻量,因为它避免了虚拟 DOM 的创建和比对过程。
使用场景:
-
简单的静态页面:在静态页面或简单的 Web 应用中,直接操作 DOM 可能更加高效,因为不需要复杂的状态管理和 diffing 过程。
- 示例:在一个简单的表单中,当用户提交表单时,直接操作 DOM 来清空输入框比引入虚拟 DOM 更加直接和轻量。
-
低频更新:在更新频率极低的情况下,直接操作 DOM 可能更合适。
- 示例:当用户点击按钮时显示一个静态的弹出框,操作只涉及少量 DOM 元素且更新不频繁,直接操作 DOM 就很合适。
3. 综合比较
- 虚拟 DOM 更适合动态复杂的应用程序,特别是在需要频繁更新 UI 的场景下,其批量更新和优化机制可以显著提高性能和响应速度。
- 直接操作原生 DOM 更适合简单的、更新频率低的页面或组件,因为它能够避免不必要的开销,操作直接且高效。
总结
虚拟 DOM 和直接操作原生 DOM 各有优势,选择哪种方式取决于具体应用场景。如果你在构建一个大型、动态的应用程序,虚拟 DOM 是更好的选择,因为它能够显著优化性能。然而,在简单或更新频率较低的场景下,直接操作原生 DOM 可能会更为高效。
10.React Fiber 和diff算法(待完善)
1. Diff 算法
定义
Diff 算法是用于比较旧的虚拟 DOM 树和新的虚拟 DOM 树,以确定哪些部分需要更新的过程。React 的 Diff 算法的核心目的是最小化对实际 DOM 的操作,从而提高性能。
主要功能
-
节点对比:Diff 算法会对比两个虚拟 DOM 树,以识别变化。它主要关注以下几个方面:
- 节点类型的变化:如果节点类型不同,则整个子树被认为是不同的。
- 节点的属性变化:如果节点类型相同,比较节点的属性变化。
- 列表项的变化:通过
key属性优化列表项的更新。
-
最小化更新:通过识别和计算出最小的更新差异,Diff 算法生成补丁,并将这些补丁应用到实际 DOM 中。
2. React Fiber
定义
React Fiber 是一种协调算法,主要用于改进 React 的渲染过程,使得更新过程更加灵活和高效。Fiber 是 React 16 中引入的,用于处理组件的更新和调度。
主要功能
- 分片渲染:Fiber 允许将渲染任务分成小片段,使得长时间的渲染任务可以被中断和恢复,从而避免阻塞主线程。
- 优先级调度:Fiber 支持优先级调度,可以根据任务的重要性决定任务的执行顺序。高优先级任务(如用户输入)可以打断低优先级任务(如网络请求)。
- 错误处理:Fiber 使得错误边界处理更加灵活,可以捕获和处理渲染过程中的错误。
React Fiber 和 Diff 算法在 React 中扮演着不同的角色,但它们是相辅相成的。Diff 算法用于找出虚拟 DOM 的变化和计算更新差异,而 Fiber 改进了更新过程的调度和优先级管理,使得渲染任务可以分片处理并优化性能。Fiber 使得 Diff 算法的应用更加高效,通过引入优先级调度和分片渲染来提高 React 的响应性和性能
React Fiber 是 React 框架在性能方面的一个重大改进,是 React 性能飞跃的核心原因之一。Fiber 重新设计了 React 的渲染引擎,使其在处理复杂和高响应性应用时更加高效。以下是 Fiber 使 React 性能提升的主要原因:
1. 异步渲染和可中断渲染
传统的 React 渲染过程是同步的,即一旦渲染开始,React 必须一次性完成整个渲染过程。这种方式在处理大型组件树时可能会导致长时间的阻塞,导致应用卡顿或不响应。
Fiber 引入了异步渲染和可中断渲染,使 React 可以将渲染工作拆分为多个小任务,这些任务可以在浏览器主线程空闲时执行:
-
任务切片:Fiber 可以将一个大的渲染任务切片成多个小的可执行单元。每个单元都会检查是否有更高优先级的任务需要处理,比如用户交互、动画或网络请求。如果有,React 会中断当前的渲染任务,优先处理更紧急的任务。
-
优先级调度:Fiber 为不同的任务分配优先级。比如用户输入和动画具有较高的优先级,数据更新和后台任务则可以延后。这样,React 能够保持界面的响应性,即使在处理复杂的更新时,也不会出现明显的卡顿。
-
可中断性:渲染任务不再是不可中断的。React 可以在必要时暂停一个渲染任务,将控制权交回给浏览器,然后在稍后恢复渲染。这种机制确保了用户的操作不会因为 React 的渲染而被阻塞。
2. 渐进式渲染
Fiber 支持渐进式渲染,使 React 可以逐步地渲染组件树。这种渐进式的处理方式意味着用户可以更快地看到部分内容,而不必等待整个页面渲染完成。
-
首次内容渲染优化:Fiber 允许 React 优先渲染用户能看到的部分,快速展示基本内容,然后在后台继续渲染其他部分。这样可以显著减少用户首次看到页面内容的时间。
-
流畅的用户体验:即使在处理大量组件或复杂界面时,Fiber 也能通过分步渲染的方式,保持应用的流畅性。用户不会感觉到明显的延迟,应用的交互体验更佳。
3. 内存和资源管理优化
Fiber 的架构不仅在渲染速度上进行了优化,还改进了内存和资源的管理:
-
更好的资源复用:通过任务切片和优先级调度,Fiber 能更高效地复用已有的资源,避免不必要的内存分配和垃圾回收。
-
更精细的控制:开发者可以通过 Fiber 的机制更精细地控制渲染流程,避免了传统 React 同步渲染时可能出现的资源浪费。
4. 提高了代码结构的可维护性
Fiber 改进了 React 的内部架构,使得 React 的代码结构更模块化,更易于维护和扩展。这不仅提高了 React 自身的开发效率,也为开发者带来了更好的开发体验。
-
任务分解:通过将渲染任务分解成更小的可管理单元,Fiber 使得复杂任务的管理更加简单,开发者可以更轻松地处理大型应用的渲染逻辑。
-
调度灵活性:Fiber 的调度系统使开发者可以根据应用的需求动态调整渲染的优先级,提高了应用的灵活性和响应性。
总结
React Fiber 通过引入异步渲染、可中断渲染、优先级调度和渐进式渲染等机制,极大地提升了 React 的性能和响应能力。它不仅优化了渲染速度,还改进了内存管理和代码结构,使得开发者能够更加高效地构建和维护复杂的 React 应用。Fiber 的这些特性,使其成为 React 性能提升的一个重要里程碑。
11.useCallback和useMemo区别和适用场景
1. useCallback
定义
useCallback 是一个用于缓存函数的 hook。它会返回一个 memoized 回调函数,当依赖项不变时,该函数不会重新创建。
使用场景
- 避免子组件不必要的重新渲染:如果一个组件将一个回调函数作为
props传递给子组件,且该回调函数在每次渲染时都被重新创建,那么即使子组件使用React.memo进行优化,仍然会因为函数的重新创建而重新渲染。useCallback可以防止这种情况。 - 防止函数引用变化:对于事件处理函数或其他回调函数,
useCallback可以确保函数的引用在依赖不变的情况下保持稳定。
import React, { useState, useCallback } from 'react';
const Child = React.memo(({ onClick }) => {
console.log('Child rendered');
return <button onClick={onClick}>Click me</button>;
});
function Parent() {
const [count, setCount] = useState(0);
// Without useCallback, this function would be recreated on every render
const handleClick = useCallback(() => {
setCount(prevCount => prevCount + 1);
}, []);
return (
<div>
<p>Count: {count}</p>
<Child onClick={handleClick} />
</div>
);
}
export default Parent;
在这个例子中,handleClick 函数使用 useCallback 进行了缓存。这样,当父组件 Parent 重新渲染时,Child 组件不会因为 handleClick 的变化而重新渲染。
2. useMemo
定义
useMemo 是一个用于缓存计算结果的 hook。它会返回一个 memoized 值,只有在依赖项发生变化时才会重新计算这个值。
使用场景
- 性能优化:在渲染过程中,如果某些计算开销较大,且依赖项在某些情况下不会频繁变化,可以使用
useMemo来缓存计算结果,避免每次渲染时都重新计算。 - 避免不必要的复杂计算:如果某些数据需要经过复杂计算才能得出,且这种计算在每次渲染时并不总是需要,可以使用
useMemo缓存计算结果。
import React, { useState, useMemo } from 'react';
function expensiveCalculation(num) {
console.log('Calculating...');
return num * 2;
}
function Parent() {
const [count, setCount] = useState(0);
const [otherCount, setOtherCount] = useState(0);
// Without useMemo, this calculation would run on every render
const memoizedValue = useMemo(() => expensiveCalculation(count), [count]);
return (
<div>
<p>Count: {count}</p>
<p>Double Count: {memoizedValue}</p>
<button onClick={() => setCount(count + 1)}>Increment Count</button>
<button onClick={() => setOtherCount(otherCount + 1)}>Increment Other Count</button>
</div>
);
}
export default Parent;
在这个例子中,expensiveCalculation 是一个开销较大的计算。使用 useMemo 缓存计算结果后,只有在 count 变化时才会重新计算 memoizedValue,否则会直接返回上次的结果,从而避免不必要的计算。
3. useCallback 与 useMemo 的区别
-
缓存内容不同:
useCallback缓存的是一个函数。useMemo缓存的是一个计算结果(任何类型的值)。
-
使用场景不同:
useCallback主要用于避免回调函数的重新创建,通常用于避免子组件不必要的重新渲染。useMemo主要用于缓存计算结果,避免每次渲染都执行开销较大的计算。
总结
- 如果你想要优化函数的引用(避免每次渲染都重新创建函数),使用
useCallback。 - 如果你想要优化某些计算(避免每次渲染都重新计算某个值),使用
useMemo。
12.React Hooks 优势
React Hooks 带来了多种优势,包括简化状态管理、提高代码复用性、优化组件性能、简化生命周期管理、提升测试效率,以及统一组件类型。这些特性使得 React 开发更加简洁、灵活,并提高了代码的可读性和可维护性。Hooks 的引入是 React 生态系统中的一次重大进化,它使得开发者能够更高效地构建复杂的用户界面。
13.React渲染页面的阶段
React 渲染页面的过程可以分为几个关键阶段,从组件的初始化到最终将内容渲染到 DOM。这些阶段在 React 的内部机制中通过协调(Reconciliation)和渲染(Rendering)两大过程实现。以下是 React 渲染页面的主要阶段:
1. 组件的初始化阶段
- 组件构造:当一个 React 组件被初始化时,类组件的构造函数会被调用(如果是函数组件,则跳过这一步)。在构造函数中,通常会初始化
state,绑定事件处理函数等。
class MyComponent extends React.Component {
constructor(props) {
super(props);
this.state = {
count: 0
};
}
}
2. 渲染阶段
render方法调用:React 调用组件的render方法(或函数组件直接返回 JSX),生成一个虚拟 DOM 树(Virtual DOM),它是组件在当前状态下的快照。虚拟 DOM 是一个轻量级的 JavaScript 对象,描述了组件结构和内容。
render() {
return <div>{this.state.count}</div>;
}
3. 协调(Reconciliation)阶段
-
Diff 算法比较:React 使用 Diff 算法比较新旧虚拟 DOM 树,找出变化的部分。React 会尽量复用已有的 DOM 节点,只有当它检测到有实际变化时,才会更新实际的 DOM。
-
标记更新:在 Diff 过程中,React 将找出需要更新的部分,并标记这些更新。React 会为每个节点生成更新队列,指示应如何更新实际 DOM。
4. 提交(Commit)阶段
-
生命周期方法调用:在这一阶段,React 将执行一系列的生命周期方法,如
componentDidMount(组件首次渲染后)、componentDidUpdate(组件更新后)以及componentWillUnmount(组件卸载前)。 -
更新真实 DOM:React 将更新队列中的变更提交到实际的 DOM 上。这是 React 将虚拟 DOM 中的差异应用到实际 DOM 的过程。
-
触发布局和绘制:浏览器接收更新后的 DOM 变化,重新计算布局,并将新的内容绘制到屏幕上。
5. 异步渲染和调度(React Fiber)
-
Fiber 协调器:React Fiber 是 React 的新的协调引擎,它使得 React 能够将渲染工作拆分成多个小任务,并且在主线程空闲时处理这些任务。React Fiber 允许 React 在高优先级任务(如用户交互)和低优先级任务(如后台数据加载)之间进行调度,保证应用的响应性。
-
任务中断与恢复:React Fiber 可以在某个渲染任务执行一段时间后中断它,将控制权交还给浏览器,以保持界面的流畅性。然后在合适的时机继续未完成的任务。
6. 渲染后的清理阶段
useEffect/componentDidUnmount清理:在 React 中,useEffecthook 或componentDidUnmount生命周期方法用于在组件卸载或更新前进行清理工作,如取消订阅、清除计时器等。
useEffect(() => {
const timer = setInterval(() => console.log('Tick'), 1000);
return () => clearInterval(timer); // 清理计时器
}, []);
7. 浏览器重绘(Repaint)和重排(Reflow)
-
1. 重绘(Repaint)
定义:
重绘是指当元素的外观(例如颜色、背景、边框)发生改变,但不影响元素的布局(位置和尺寸)时,浏览器会重新绘制这些元素。这是一个较为轻量的操作,因为它只涉及到视觉效果的更新。
触发条件:
重绘通常在以下情况发生:
- 更改了 CSS 属性,如
color、background-color、visibility(隐藏或显示元素)等。 - 元素样式改变,但不影响其在文档流中的位置或大小。
性能影响:
重绘的性能影响较小,因为浏览器只需要重新渲染那些视觉上发生变化的部分,而不需要重新计算布局。
示例:
<div id="box" style="width: 100px; height: 100px; background-color: red;"></div>
<script>
// 只会触发重绘,因为只改变了背景颜色
document.getElementById("box").style.backgroundColor = "blue";
</script>
在上面的例子中,改变 background-color 只会触发重绘,不涉及重排。
-
2. 重排(Reflow)
定义:
重排(或回流)是指当页面的布局发生变化时,浏览器需要重新计算元素的几何属性(如位置、尺寸),并重新绘制整个页面或部分页面。重排比重绘更耗费性能,因为它需要重新计算文档中的所有元素的位置和大小。
触发条件:
以下情况通常会触发重排:
- 添加、删除或移动 DOM 元素。
- 改变元素的尺寸(如
width、height)、边距、边框或填充(padding)。 - 修改文本内容或字体大小。
- 浏览器窗口大小变化,导致布局需要重新计算。
- 通过 JavaScript 改变元素的几何属性,例如
offsetWidth、offsetHeight、clientWidth、clientHeight、scrollWidth和scrollHeight。
性能影响:
重排的性能影响很大,尤其是在包含大量 DOM 元素的复杂页面上。当浏览器执行重排时,它需要重新计算页面的布局,并可能导致多次重绘,因此会显著增加 CPU 负载,降低页面性能。
示例:
<div id="box" style="width: 100px; height: 100px; background-color: red;"></div>
<script>
// 会触发重排,因为改变了元素的几何属性
document.getElementById("box").style.width = "200px";
</script>
在这个例子中,改变 width 会触发重排,因为浏览器需要重新计算元素的布局。
-
3. 如何优化重绘和重排
因为重排比重绘更耗性能,优化页面性能时,需要尽量减少重排的次数。以下是一些优化策略:
-
合并多次 DOM 操作: 尽量在一次操作中完成多个 DOM 更新,避免多次引起重排。例如,通过
classList一次性更改多个样式,而不是逐个修改。 -
使用
documentFragment: 在内存中创建一个documentFragment,对其进行多次操作,然后一次性将其插入到 DOM 中,避免频繁的重排。 -
避免频繁访问导致重排的属性: 例如
offsetWidth或clientHeight,尽量在代码中缓存这些属性的值,而不是每次需要时都重新计算。 -
减少复杂的 CSS 规则: 复杂的选择器和层级过深的嵌套会增加重排的计算量。
-
使用
transform和opacity进行动画: 这些属性只会触发重绘,而不会触发重排,是动画效果的最佳选择。 -
将动画和动态内容移动到图层中: 通过
will-change或transform: translateZ(0)创建新图层,可以避免对整个文档进行重排。
总结
- 重绘(Repaint):当元素的外观改变而不影响布局时,浏览器只会重新绘制该元素。这是一个相对轻量的操作。
- 重排(Reflow):当页面的布局改变时,浏览器需要重新计算元素的几何属性,并重新布局整个页面或部分页面。重排的性能开销较大。
在性能优化中,应尽量减少不必要的重排,优化 DOM 操作的效率,从而提升页面的整体性能。
总结
React 的渲染过程分为多个阶段,从组件的初始化到最终的 DOM 更新和浏览器的重绘。通过 React Fiber,React 能够更灵活地处理渲染任务,确保在保证应用性能的同时,提高用户体验。理解这些渲染阶段有助于开发者更有效地优化 React 应用的性能。
14.React 组件间怎么进行通信
1. 通过 Props 传递数据(父传子)
最常见的方式是通过 props 从父组件向子组件传递数据。
function ChildComponent({ message }) {
return <div>{message}</div>;
}
function ParentComponent() {
const parentMessage = "Hello from Parent!";
return <ChildComponent message={parentMessage} />;
}
2. 通过回调函数通信(子传父)
子组件通过调用从父组件传递的回调函数,向父组件传递数据或触发事件。
function ChildComponent({ onButtonClick }) {
return <button onClick={() => onButtonClick("Hello from Child!")}>Click Me</button>;
}
function ParentComponent() {
const handleButtonClick = (message) => {
alert(message);
};
return <ChildComponent onButtonClick={handleButtonClick} />;
}
3. 使用 Context 进行跨层级通信
React Context 提供了一种在组件树中跨层级传递数据的方式,避免了繁琐的层层传递 props。
import React, { createContext, useContext } from 'react';
const MessageContext = createContext();
function ChildComponent() {
const message = useContext(MessageContext);
return <div>{message}</div>;
}
function ParentComponent() {
const parentMessage = "Hello from Parent via Context!";
return (
<MessageContext.Provider value={parentMessage}>
<ChildComponent />
</MessageContext.Provider>
);
}
4. 使用 Redux(或其他全局状态管理库)
对于大型应用,可以使用 Redux 或其他全局状态管理工具来管理和共享状态。
// actions.js
export const setMessage = (message) => ({
type: 'SET_MESSAGE',
payload: message
});
// reducer.js
const initialState = { message: "" };
function messageReducer(state = initialState, action) {
switch (action.type) {
case 'SET_MESSAGE':
return { ...state, message: action.payload };
default:
return state;
}
}
// store.js
import { createStore } from 'redux';
import { messageReducer } from './reducer';
export const store = createStore(messageReducer);
// ParentComponent.js
import React from 'react';
import { useDispatch } from 'react-redux';
import { setMessage } from './actions';
function ParentComponent() {
const dispatch = useDispatch();
const handleClick = () => {
dispatch(setMessage("Hello from Parent using Redux!"));
};
return <button onClick={handleClick}>Send Message</button>;
}
// ChildComponent.js
import React from 'react';
import { useSelector } from 'react-redux';
function ChildComponent() {
const message = useSelector(state => state.message);
return <div>{message}</div>;
}
5. 通过 refs 访问子组件实例(少见且不推荐)
有时需要直接访问子组件的实例来调用其方法。这种方式较少使用,且不推荐在常规情况下使用。
import React, { useRef } from 'react';
function ChildComponent() {
const sayHello = () => {
alert("Hello from Child!");
};
return <div>Child Component</div>;
}
function ParentComponent() {
const childRef = useRef(null);
const handleClick = () => {
childRef.current.sayHello();
};
return (
<>
<ChildComponent ref={childRef} />
<button onClick={handleClick}>Call Child Method</button>
</>
);
}
6. 通过 React.forwardRef 传递 refs
React.forwardRef 可以让父组件直接操作子组件的 DOM 或调用子组件的方法。
import React, { forwardRef, useRef } from 'react';
const ChildComponent = forwardRef((props, ref) => {
return <input ref={ref} type="text" />;
});
function ParentComponent() {
const inputRef = useRef();
const handleClick = () => {
inputRef.current.focus();
};
return (
<>
<ChildComponent ref={inputRef} />
<button onClick={handleClick}>Focus the Input</button>
</>
);
}
7. 通过事件系统(如自定义事件或第三方库)
使用浏览器的事件机制或第三方库来实现跨组件通信,适用于更复杂的场景。
import React, { useEffect } from 'react';
function ChildComponent() {
useEffect(() => {
const handleCustomEvent = (event) => {
alert(event.detail);
};
window.addEventListener('customEvent', handleCustomEvent);
return () => {
window.removeEventListener('customEvent', handleCustomEvent);
};
}, []);
return <div>Listening for Custom Event...</div>;
}
function ParentComponent() {
const handleClick = () => {
const event = new CustomEvent('customEvent', { detail: 'Hello from Custom Event!' });
window.dispatchEvent(event);
};
return <button onClick={handleClick}>Trigger Custom Event</button>;
}
总结
- Props 是最基础且最常用的方式,适合父子组件通信。
- 回调函数 用于子组件向父组件传递数据。
- Context 适用于跨层级的通信,避免了繁琐的
props传递。 - Redux 或其他全局状态管理工具适合大型应用的状态管理。
- Refs 和
forwardRef主要用于直接访问组件实例或 DOM 操作,但应谨慎使用。 - 事件系统 和第三方库适用于更复杂的通信需求。
15.state 和 props有什么区别
-
数据来源:
props:由父组件传递给子组件的数据。state:由组件自身管理的内部数据。
-
可变性:
props:不可变,子组件无法直接修改。state:可变,组件可以通过setState方法更新。
-
用途:
props:用于组件间的数据传递和配置,影响组件的初始渲染。state:用于管理组件的动态数据和交互状态,影响组件的动态更新和渲染。
-
生命周期:
props:在组件的整个生命周期中由父组件提供,不会被组件内部修改。state:在组件的生命周期内可被更新,影响组件的渲染和行为。
16.说说你对MobX 6和Redux的理解、原理、和两者的区别和优缺点
MobX 6 的理解和工作原理
MobX 6 是 MobX 状态管理库的最新主要版本,带来了多个重要的改进和简化。它进一步增强了 MobX 的功能,并使其使用更加简单和直观。
工作原理
-
makeAutoObservable:- 功能:自动将类的属性标记为
observable,将类的方法标记为action,并自动推导computed属性。简化了状态和行为的定义,无需手动配置。 - 使用:将
makeAutoObservable应用于类实例或对象,MobX 会自动处理状态和方法。
- 功能:自动将类的属性标记为
import { makeAutoObservable } from 'mobx';
class Store {
count = 0;
constructor() {
makeAutoObservable(this);
}
get doubleCount() {
return this.count * 2;
}
increment() {
this.count++;
}
decrement() {
this.count--;
}
}
const store = new Store();
export default store;
Redux 的理解和工作原理
Redux 是一个状态管理库,通过统一的 Store 来管理应用的所有状态,使用 actions 和 reducers 来处理状态更新。它提供了一个可预测的状态管理解决方案,适合大型应用程序的复杂状态管理。
工作原理
-
Store(仓库):
- 定义:包含应用的整个状态树。通过
createStore创建,并包含状态和dispatch方法。 - 创建:使用
createStore函数,传入reducer。
- 定义:包含应用的整个状态树。通过
-
Actions(动作):
- 定义:描述状态变化的普通 JavaScript 对象,包含
type和相关数据。 - 创建:使用 action creator 函数生成。
- 定义:描述状态变化的普通 JavaScript 对象,包含
-
Reducers(化 reducer):
- 定义:纯函数,接受当前状态和 action,返回新的状态。处理如何根据 action 更新状态。
- 创建:编写函数来处理特定的 action 类型。
-
Dispatch(分发):
- 定义:用于触发 action,通知 Store 更新状态。
- 使用:通过
dispatch方法触发动作。
-
Selectors(选择器):
- 定义:用于从 Store 中提取数据。
- 使用:编写函数来选择 Store 中的数据。
MobX 和 Redux 的比较
区别
-
状态管理模式:
- MobX:使用响应式编程,自动追踪和更新视图。适合需要高度响应式的应用。
- Redux:使用明确的动作和 reducers 管理状态。适合需要清晰管理和调试的应用。
-
学习曲线:
- MobX:学习曲线较低,API 简单,适合快速上手。
- Redux:学习曲线较高,需要掌握 actions、reducers、dispatch 和 middleware 等概念。
-
性能:
- MobX:通过响应式系统和自动缓存计算属性提高性能,减少不必要的渲染。
- Redux:性能优化依赖于中间件(如
redux-thunk、redux-saga),通过结构化管理状态。
优缺点
-
MobX:
- 优点:
- 简洁的 API 和易于理解的响应式编程模型。
- 自动管理状态和视图的同步,减少样板代码。
- 缺点:
- 对大型应用的结构化管理可能不如 Redux 清晰。
- 状态更新过程难以追踪和调试。
- 优点:
-
Redux:
- 优点:
- 清晰的结构和强大的调试工具(如 Redux DevTools)。
- 状态管理可预测,易于追踪状态变化。
- 缺点:
- 需要编写大量样板代码,学习曲线较陡。
- 状态管理逻辑较复杂,可能导致过度设计。
- 优点:
代码示例
1. MobX 示例
import { makeAutoObservable } from 'mobx';
class Store {
count = 0;
constructor() {
makeAutoObservable(this);
}
get doubleCount() {
return this.count * 2;
}
increment() {
this.count++;
}
decrement() {
this.count--;
}
// 异步操作
async fetchUser(userId) {
this.loading = true;
this.error = null;
try {
const response = await axios.get(`/api/users/${userId}`);
this.user = response.data;
} catch (error) {
this.error = error;
} finally {
this.loading = false;
}
}
}
const store = new Store();
export default store;
2. Redux 示例
import { createStore } from 'redux';
// Action Types
const INCREMENT = 'INCREMENT';
const DECREMENT = 'DECREMENT';
// Action Creators
const increment = () => ({ type: INCREMENT });
const decrement = () => ({ type: DECREMENT });
// Reducer
const initialState = { count: 0 };
const counterReducer = (state = initialState, action) => {
switch (action.type) {
case INCREMENT:
return { ...state, count: state.count + 1 };
case DECREMENT:
return { ...state, count: state.count - 1 };
default:
return state;
}
};
// Create Store
const store = createStore(counterReducer);
export { store, increment, decrement };
总结
- MobX 6 提供了简化的状态管理功能,通过
makeAutoObservable自动处理状态、计算属性和动作。它适合需要高响应性的应用。 - Redux 提供了结构化的状态管理,通过
actions和reducers明确管理应用的状态,适合需要严格状态管理和调试的应用。
选择使用 MobX 还是 Redux 取决于应用的需求、复杂性和开发者的习惯。对于简单的应用或需要自动化状态管理的项目,MobX 是一个很好的选择;而对于大型应用或需要严格状态管理的项目,Redux 提供了更为清晰和可预测的解决方案。
17.useReducer 是什么?
useReducer 是 React 中的一个 Hook,用于管理组件的复杂状态逻辑。它是 useState 的一种替代方案,特别适用于需要处理复杂状态或多个状态更新的情况。
useReducer 的工作原理
useReducer Hook 允许你在函数组件中使用 Redux 风格的 reducer 来管理状态。它的 API 类似于 Redux 中的 dispatch 和 reducer,但它是为了 React 组件内的状态管理而设计的。
基本用法
useReducer 接受两个参数:
- reducer:一个函数,接收当前状态和一个 action,并返回新的状态。
- initialState:初始状态。
useReducer 返回一个包含当前状态和 dispatch 方法的数组。
import React, { useReducer } from 'react';
// Reducer 函数
const reducer = (state, action) => {
switch (action.type) {
case 'INCREMENT':
return { count: state.count + 1 };
case 'DECREMENT':
return { count: state.count - 1 };
default:
throw new Error();
}
};
// 组件
const Counter = () => {
const [state, dispatch] = useReducer(reducer, { count: 0 });
return (
<div>
<p>Count: {state.count}</p>
<button onClick={() => dispatch({ type: 'INCREMENT' })}>Increment</button>
<button onClick={() => dispatch({ type: 'DECREMENT' })}>Decrement</button>
</div>
);
};
export default Counter;
useReducer 的优点
-
集中管理状态逻辑:
- 将复杂的状态更新逻辑集中在 reducer 函数中,使组件更简洁,状态管理更清晰。
-
易于调试:
- 使用 reducer 使得状态更新变得可预测,因为所有的状态更新逻辑都集中在 reducer 函数中。
-
适用于复杂状态:
- 对于涉及多个状态字段或复杂状态逻辑的组件,
useReducer比useState更适合。
- 对于涉及多个状态字段或复杂状态逻辑的组件,
-
支持中间件(如 Redux):
- 虽然 React 自身不支持中间件,但 reducer 逻辑与 Redux 的 reducer 函数类似,可以容易地迁移到 Redux 进行更复杂的状态管理。
useReducer 的使用场景
- 复杂状态逻辑:当组件的状态逻辑复杂时,例如有多个状态字段相互依赖时,
useReducer更容易管理。 - 状态更新依赖于先前状态:当新的状态需要依赖于之前的状态时,
useReducer提供了一种清晰的方式来处理。 - 多个动作:当组件需要处理多种不同的动作和状态更新时,
useReducer的 switch-case 结构使得代码更具可读性。
示例:表单管理
在表单中,useReducer 可以用来管理多个表单字段和处理复杂的验证逻辑。
import React, { useReducer } from 'react';
// Reducer 函数
const formReducer = (state, action) => {
switch (action.type) {
case 'UPDATE_FIELD':
return { ...state, [action.field]: action.value };
case 'RESET':
return { name: '', email: '' };
default:
throw new Error();
}
};
// 组件
const Form = () => {
const [state, dispatch] = useReducer(formReducer, { name: '', email: '' });
const handleChange = (e) => {
dispatch({ type: 'UPDATE_FIELD', field: e.target.name, value: e.target.value });
};
const handleReset = () => {
dispatch({ type: 'RESET' });
};
return (
<div>
<input
type="text"
name="name"
value={state.name}
onChange={handleChange}
placeholder="Name"
/>
<input
type="email"
name="email"
value={state.email}
onChange={handleChange}
placeholder="Email"
/>
<button onClick={handleReset}>Reset</button>
</div>
);
};
export default Form;
总结
useReducer是管理复杂状态和逻辑的强大工具,适用于需要在函数组件中处理复杂状态或多个状态更新的情况。- 它通过 reducer 函数将状态管理逻辑集中,使组件更具可维护性和可读性。
18.React render方法的原理?在什么时候会被触发?
在 React 中,render 方法是用于定义组件如何渲染 UI 的核心部分。它是类组件的一部分,用于描述组件的视图以及如何在屏幕上呈现数据。下面详细解释了 render 方法的原理、触发时机以及与 React 的生命周期相关的内容。
1. render 方法的原理
-
功能:
render方法负责返回一个 React 元素树,这个元素树会被转换成实际的 DOM 结构并插入到页面中。这个方法必须是纯函数,即它的输出仅取决于输入的 props 和 state,不会有副作用。 -
返回值:
render方法的返回值可以是 React 元素、数组、字符串、数字、null或false。通常,返回的是一个包含 JSX 的 React 元素,描述了组件的 UI 结构。class MyComponent extends React.Component { render() { return ( <div> <h1>Hello, {this.props.name}!</h1> </div> ); } }
2. render 方法的触发时机
render 方法会在以下情况触发:
-
初次渲染:组件首次被创建并插入到 DOM 时,
render方法会被调用。这是组件生命周期的第一步,React 会调用render方法来构建初始的 DOM 结构。 -
状态(state)更新:当组件的状态通过
this.setState()方法更新时,render方法会被调用以反映状态变化。React 会比较新旧状态,并决定是否需要更新 DOM。this.setState({ count: this.state.count + 1 }); -
属性(props)更新:当父组件的
props发生变化时,子组件的render方法会被调用以反映新的props。React 会重新渲染组件,以便它能根据新的props更新视图。<ChildComponent someProp={this.state.someValue} /> -
强制更新:通过调用
this.forceUpdate()可以强制组件重新渲染,无论状态或属性是否发生变化。this.forceUpdate();
3. render 方法与生命周期
render 方法在以下生命周期方法中被调用:
-
componentDidMount:在组件挂载后,render方法会被调用一次,之后componentDidMount生命周期方法被调用。 -
componentDidUpdate:每当组件更新(props或state变化)后,render方法会被调用一次,之后componentDidUpdate生命周期方法被调用。 -
componentWillUnmount:在组件卸载之前,render方法最后一次被调用来更新 UI。
4. render 方法的优化
在实际开发中,频繁的 render 方法调用可能会影响性能。以下是一些优化 render 方法的常用方法:
-
shouldComponentUpdate:通过实现shouldComponentUpdate生命周期方法来控制组件是否需要重新渲染。它返回true或false,决定组件是否需要更新。shouldComponentUpdate(nextProps, nextState) { return nextProps.someValue !== this.props.someValue; } -
React.memo:对于函数组件,可以使用React.memo来避免不必要的重新渲染。React.memo是一个高阶组件,用于缓存组件的渲染结果。const MyComponent = React.memo(function MyComponent(props) { return <div>{props.value}</div>; }) -
PureComponent:在类组件中,可以使用React.PureComponent替代React.Component。PureComponent实现了浅比较props和state,从而减少不必要的渲染。class MyComponent extends React.PureComponent { render() { return <div>{this.props.value}</div>; } }
总结
render方法 是 React 组件的核心,用于定义组件的 UI 结构。- 触发时机 包括初次渲染、状态更新、属性更新和强制更新。
- 优化方法 包括使用
shouldComponentUpdate、React.memo和React.PureComponent来减少不必要的渲染并提高性能。
19.React项目中是如何使用Redux的? 项目结构是如何划分的?
在 React 项目中使用 Redux 通常涉及到以下几个关键步骤和结构组织。以下是一个典型的项目结构和如何在 React 项目中集成 Redux 的详细说明。
1. 安装 Redux 相关依赖
首先,确保你已经安装了 Redux 和 React-Redux:
npm install redux react-redux
2. 定义项目结构
一个典型的 Redux 项目结构如下:
src/
|-- actions/
| |-- actionTypes.js
| |-- index.js
|
|-- reducers/
| |-- index.js
| |-- userReducer.js
| |-- postsReducer.js
|
|-- store/
| |-- index.js
|
|-- components/
| |-- App.js
| |-- UserComponent.js
| |-- PostsComponent.js
|
|-- App.js
|-- index.js
3. 创建 Action Types
在 actions/actionTypes.js 中定义常量,以避免硬编码的字符串错误:
// actions/actionTypes.js
export const SET_USER = 'SET_USER';
export const FETCH_POSTS = 'FETCH_POSTS';
export const SET_POSTS = 'SET_POSTS';
4. 创建 Actions
在 actions/index.js 中定义操作(actions):
// actions/index.js
import { SET_USER, FETCH_POSTS, SET_POSTS } from './actionTypes';
import axios from 'axios';
// Action Creators
export const setUser = (user) => ({
type: SET_USER,
payload: user,
});
export const fetchPosts = () => async (dispatch) => {
try {
const response = await axios.get('/api/posts');
dispatch(setPosts(response.data));
} catch (error) {
console.error('Error fetching posts:', error);
}
};
export const setPosts = (posts) => ({
type: SET_POSTS,
payload: posts,
});
5. 创建 Reducers
在 reducers/index.js 中合并多个 reducers:
// reducers/index.js
import { combineReducers } from 'redux';
import userReducer from './userReducer';
import postsReducer from './postsReducer';
const rootReducer = combineReducers({
user: userReducer,
posts: postsReducer,
});
export default rootReducer;
在 reducers/userReducer.js 和 reducers/postsReducer.js 中定义具体的 reducer:
// reducers/userReducer.js
import { SET_USER } from '../actions/actionTypes';
const initialState = {
user: null,
};
const userReducer = (state = initialState, action) => {
switch (action.type) {
case SET_USER:
return { ...state, user: action.payload };
default:
return state;
}
};
export default userReducer;
// reducers/postsReducer.js
import { SET_POSTS } from '../actions/actionTypes';
const initialState = {
posts: [],
};
const postsReducer = (state = initialState, action) => {
switch (action.type) {
case SET_POSTS:
return { ...state, posts: action.payload };
default:
return state;
}
};
export default postsReducer;
6. 创建 Redux Store
在 store/index.js 中配置和创建 Redux store:
// store/index.js
import { createStore, applyMiddleware } from 'redux';
import thunk from 'redux-thunk';
import rootReducer from '../reducers';
const store = createStore(rootReducer, applyMiddleware(thunk));
export default store;
7. 连接 React 和 Redux
在 index.js 中使用 Provider 将 Redux store 提供给应用:
// index.js
import React from 'react';
import ReactDOM from 'react-dom';
import { Provider } from 'react-redux';
import store from './store';
import App from './App';
ReactDOM.render(
<Provider store={store}>
<App />
</Provider>,
document.getElementById('root')
);
8. 使用 Redux State 和 Actions 在组件中
在组件中使用 connect 函数从 Redux store 读取状态和分发操作:
// components/UserComponent.js
import React from 'react';
import { connect } from 'react-redux';
import { setUser } from '../actions';
const UserComponent = ({ user, setUser }) => {
const handleLogin = () => {
// Simulate user login
setUser({ name: 'John Doe' });
};
return (
<div>
<h1>User: {user ? user.name : 'Not logged in'}</h1>
<button onClick={handleLogin}>Login</button>
</div>
);
};
const mapStateToProps = (state) => ({
user: state.user.user,
});
const mapDispatchToProps = {
setUser,
};
export default connect(mapStateToProps, mapDispatchToProps)(UserComponent);
// components/PostsComponent.js
import React, { useEffect } from 'react';
import { connect } from 'react-redux';
import { fetchPosts } from '../actions';
const PostsComponent = ({ posts, fetchPosts }) => {
useEffect(() => {
fetchPosts();
}, [fetchPosts]);
return (
<div>
<h1>Posts</h1>
<ul>
{posts.map((post) => (
<li key={post.id}>{post.title}</li>
))}
</ul>
</div>
);
};
const mapStateToProps = (state) => ({
posts: state.posts.posts,
});
const mapDispatchToProps = {
fetchPosts,
};
export default connect(mapStateToProps, mapDispatchToProps)(PostsComponent);
总结
- Action Types:定义所有操作类型的常量。
- Actions:创建和分发操作来更新状态。
- Reducers:处理状态更新逻辑,接收 actions 并返回新的状态。
- Store:创建 Redux store,将 reducers 和中间件应用于 store。
- Provider:使用
Provider将 Redux store 传递给 React 应用。 - Connect:使用
connect将 Redux state 和 actions 连接到 React 组件中。
使用 redux 有哪些原则?
在使用 Redux 管理应用状态时,有一些重要的原则和最佳实践可以帮助保持代码的可维护性、可预测性和可测试性。以下是使用 Redux 的一些核心原则:
1. 单一数据源
- 原则:整个应用的状态存储在一个单一的对象树(即 store)中。这个对象树是只读的,任何状态的变更都通过派发(dispatch)动作来实现。
- 好处:集中管理所有状态,使得应用的状态更加可预测,调试和测试更加容易。
const store = createStore(rootReducer);
2. 状态是只读的
- 原则:唯一能够改变状态的方法是通过派发一个描述变更的动作(action)。动作是一个普通的 JavaScript 对象,通常包含
type字段来描述动作的类型,其他字段则包含动作的负载数据。 - 好处:这保证了状态的不可变性,使得状态的变更流程更加清晰和可控,所有的变更都可以被追踪和记录。
const incrementAction = {
type: 'INCREMENT',
payload: 1
};
store.dispatch(incrementAction);
3. 使用纯函数来执行变更
- 原则:reducers 是纯函数,接收旧的状态和动作,返回新的状态。Reducer 不能改变传入的状态对象,而是返回一个新的状态对象。
- 好处:纯函数是可预测的,给定相同的输入总是返回相同的输出。这使得 reducer 的行为更容易理解和测试。
function counterReducer(state = 0, action) {
switch (action.type) {
case 'INCREMENT':
return state + action.payload;
case 'DECREMENT':
return state - action.payload;
default:
return state;
}
}
4. 确保状态的不可变性
- 原则:在 reducer 中,绝不能直接修改 state 对象。相反,需要返回一个新的对象来表示状态的变化。可以使用 JavaScript 的扩展运算符(
...)或者Object.assign来创建新的状态对象。 - 好处:不可变性确保了状态变更的可追踪性和安全性,避免了难以察觉的状态变更副作用。
function todosReducer(state = [], action) {
switch (action.type) {
case 'ADD_TODO':
return [...state, action.payload];
case 'REMOVE_TODO':
return state.filter(todo => todo.id !== action.payload.id);
default:
return state;
}
}
5. 将状态与 UI 逻辑分离
- 原则:UI 组件(presentation components)应尽可能保持“纯净”,只负责呈现数据,而不直接管理或操控状态。状态管理逻辑应尽量放在容器组件(container components)或者使用 Redux 提供的 hooks(如
useSelector和useDispatch)进行连接。 - 好处:这使得 UI 组件更加可重用、可测试,并且简化了应用的维护。
import { useSelector, useDispatch } from 'react-redux';
function Counter() {
const count = useSelector(state => state.counter);
const dispatch = useDispatch();
return (
<div>
<p>{count}</p>
<button onClick={() => dispatch({ type: 'INCREMENT' })}>Increment</button>
</div>
);
}
6. 保持 store 的扁平化
- 原则:尽量保持状态树的结构扁平化,避免深层嵌套。状态的嵌套层级越深,操作和查询状态就越复杂。可以通过归约函数(reducers)和范式化(normalization)来保持状态的简单性和可操作性。
- 好处:扁平化的状态结构更加简单易用,容易扩展和维护。
const initialState = {
users: {
byId: {
1: { id: 1, name: 'Alice' },
2: { id: 2, name: 'Bob' }
},
allIds: [1, 2]
}
};
7. 避免副作用
- 原则:Reducers 应该是纯函数,不应包含任何副作用,如 API 调用、数据存储、或者日志记录。这些副作用应当由中间件(如
redux-thunk或redux-saga)来处理。 - 好处:分离副作用使得 reducers 更加简单、可预测,并且易于测试。
// 使用 redux-thunk 来处理异步逻辑
const fetchData = () => {
return (dispatch) => {
fetch('/api/data')
.then(response => response.json())
.then(data => dispatch({ type: 'DATA_LOADED', payload: data }));
};
};
8. 尽量使用规范化的数据结构
- 原则:对于像列表、树、图等复杂的数据结构,使用规范化(normalization)来管理状态。这意味着将数据拆分为多个部分,避免在状态树中存储重复的引用。
- 好处:规范化使得状态管理更为高效,避免了冗余数据的存在,并简化了数据的访问和更新逻辑。
9. 使用工具进行开发调试
- 原则:使用 Redux DevTools 等工具来实时监控应用的状态变化、动作分发和状态快照,帮助调试和优化应用。
- 好处:提高开发效率,快速发现和修复问题。
const store = createStore(
rootReducer,
window.__REDUX_DEVTOOLS_EXTENSION__ && window.__REDUX_DEVTOOLS_EXTENSION__()
);
总结
遵循这些原则和最佳实践,能够帮助你有效地管理 Redux 中的应用状态,保持代码的可维护性和可扩展性。Redux 的核心理念是单一数据源、状态不可变和使用纯函数处理状态,这些都是构建可预测且可调试应用的基础。
20. React Hooks 在使用上有哪些限制?
1. 只能在函数组件或自定义 Hooks 中使用
Hooks 只能在以下两种地方使用:
-
函数组件:只能在 React 的函数组件内部使用 Hooks,不能在类组件、普通的 JavaScript 函数、条件语句或循环中直接使用。
function MyComponent() { const [count, setCount] = useState(0); // 正确 return <div>{count}</div>; } class MyClassComponent extends React.Component { constructor() { super(); // 错误:Hooks 不能在类组件中使用 const [count, setCount] = useState(0); } } -
自定义 Hooks:可以将 Hooks 包装在自定义的函数中(这些函数通常以
use开头),并在其他组件中复用这些自定义 Hooks。function useCustomHook() { const [state, setState] = useState(0); // 正确 return state; }
2. 只能在顶层调用 Hooks
Hooks 必须在 React 函数组件的顶层调用,不能在循环、条件判断或嵌套函数中使用。这确保了每次组件渲染时,Hooks 的调用顺序一致,从而使得 React 能够正确地关联状态和副作用。
function MyComponent({ someCondition }) {
// 正确:在组件的顶层调用 Hook
const [count, setCount] = useState(0);
// 错误:在条件语句中调用 Hook
if (someCondition) {
const [anotherState, setAnotherState] = useState(0);
}
return <div>{count}</div>;
}
3. 不能在普通的 JavaScript 函数中使用 Hooks
Hooks 不能在普通的非 React 函数中使用,这包括普通的事件处理函数、定时器回调等。它们只能在 React 函数组件或自定义 Hooks 中使用。
function MyComponent() {
const [count, setCount] = useState(0); // 正确
// 错误:不能在普通的 JavaScript 函数中使用 Hook
function handleClick() {
const [anotherState, setAnotherState] = useState(0);
}
return <button onClick={handleClick}>Click me</button>;
}
4. 自定义 Hooks 应以 use 开头
为了保持一致性,并且让 React 能够自动检测 Hook 的使用,自定义 Hooks 的命名应该以 use 开头。这是一个约定,也可以帮助其他开发者识别出这些函数是 Hooks。
function useCustomHook() {
const [state, setState] = useState(0); // 正确:以 `use` 开头
return state;
}
function customFunction() {
const [state, setState] = useState(0); // 错误:不以 `use` 开头
return state;
}
21.useEffect 与 useLayoutEffect 有什么区别?
useEffect 和 useLayoutEffect 都是 React 中用于处理副作用的 Hook,它们的主要区别在于它们的执行时机。
1. useEffect 与 useLayoutEffect 的区别
useEffect
- 执行时机:
useEffect在浏览器完成布局与绘制后异步执行,也就是说,在所有 DOM 变更已经完成之后再执行。因此,它不会阻塞浏览器的渲染。 - 用途: 适用于那些不需要阻塞浏览器更新视图的副作用,例如数据获取、事件监听、日志记录等。
- 性能: 因为它是异步的,不会阻塞页面的首次渲染,所以在大多数情况下,
useEffect更加高效。
useLayoutEffect
- 执行时机:
useLayoutEffect在所有的 DOM 变更之后,浏览器绘制之前同步执行。这意味着它会阻塞浏览器渲染,直到useLayoutEffect中的所有代码执行完毕。 - 用途: 适用于需要读取布局信息并且同步重新渲染的副作用,例如计算 DOM 元素的尺寸、获取滚动位置,或者需要在页面显示之前强制执行 DOM 操作(如调整布局)。
- 性能: 由于它会阻塞浏览器的绘制,因此在不必要的情况下使用
useLayoutEffect可能会导致性能问题。
2. 何时使用 useEffect 与 useLayoutEffect
使用 useEffect 的场景
-
数据获取: 在组件挂载后请求数据,并根据数据更新组件状态。
-
订阅和事件监听: 添加事件监听器,并在组件卸载时清除它。
useEffect(() => { const handleResize = () => { console.log('Window resized'); }; window.addEventListener('resize', handleResize); // 清理函数,在组件卸载时移除事件监听 return () => { window.removeEventListener('resize', handleResize); }; }, []); -
副作用操作: 处理与 React 渲染周期无关的操作,如更改文档标题、设置定时器等。
useEffect(() => { document.title = `You clicked ${count} times`; }, [count]); // 依赖于 count,每次 count 变化时执行
使用 useLayoutEffect 的场景
-
同步布局计算: 需要在 DOM 变更后同步获取元素的布局信息并且基于这些信息进行操作。
useLayoutEffect(() => { const box = document.getElementById('box'); const boxHeight = box.getBoundingClientRect().height; console.log('Box height:', boxHeight); }, []); -
强制同步 DOM 操作: 例如在动画中,可能需要同步操作 DOM,以确保在浏览器绘制之前执行特定的 DOM 更改。
useLayoutEffect(() => { const element = document.getElementById('element'); element.style.transform = 'translateX(100px)'; }, []);
3. 如何在项目中选择使用
-
大多数情况下,使用
useEffect:useEffect适用于大部分副作用操作,因为它不会阻塞浏览器渲染,这意味着页面加载速度不会受到影响。 -
在布局操作需要同步完成时使用
useLayoutEffect: 如果你需要在 DOM 变更后立即执行某些操作,并且这些操作会影响到布局(如测量元素尺寸、强制重绘等),使用useLayoutEffect可以确保这些操作在浏览器绘制之前完成。
4. 代码示例
以下是两个使用 useEffect 和 useLayoutEffect 的示例代码:
useEffect 示例:
import React, { useState, useEffect } from 'react';
function ExampleComponent() {
const [count, setCount] = useState(0);
useEffect(() => {
document.title = `Clicked ${count} times`;
const timer = setInterval(() => {
setCount((prevCount) => prevCount + 1);
}, 1000);
return () => {
clearInterval(timer); // 清理计时器
};
}, [count]); // 依赖 count,每次 count 变化时执行
return <button onClick={() => setCount(count + 1)}>Click me</button>;
}
useLayoutEffect 示例:
import React, { useState, useLayoutEffect, useRef } from 'react';
function LayoutEffectExample() {
const [width, setWidth] = useState(0);
const divRef = useRef(null);
useLayoutEffect(() => {
// 获取 div 的宽度并在浏览器绘制之前设置 state
const currentWidth = divRef.current.getBoundingClientRect().width;
setWidth(currentWidth);
}, [width]); // 依赖 width,每次 width 变化时执行
return (
<div>
<div ref={divRef} style={{ width: '50%' }}>Hello, world!</div>
<p>The width of the div is: {width}px</p>
</div>
);
}
总结
useEffect: 用于大部分的副作用,如数据获取、订阅、事件监听等,通常在渲染之后执行,不会阻塞渲染。useLayoutEffect: 用于需要同步读取 DOM 布局并强制重新渲染的副作用,会在浏览器绘制前执行,适合对布局敏感的操作。
选择时应考虑副作用的执行时机和对性能的影响,尽量优先使用 useEffect,只有在必要时使用 useLayoutEffect。
22.在 React hooks 中可以做哪些性能优化?
1. 使用 useMemo 优化计算量大的操作
useMemo用于缓存计算结果,避免在每次渲染时都重复计算。对于依赖于 props 或 state 的计算量较大的操作,使用useMemo可以显著提高性能。
const memoizedValue = useMemo(() => { return computeExpensiveValue(a, b); }, [a, b]); // 仅当 a 或 b 变化时重新计算
2. 使用 useCallback 优化函数的引用
useCallback用于缓存函数的引用,避免在每次渲染时都创建新的函数实例。这对于传递给子组件的回调函数特别有用,可以减少子组件的重复渲染。
const memoizedCallback = useCallback(() => { doSomething(a, b); }, [a, b]); // 仅当 a 或 b 变化时重新生成函数
3. 使用 useReducer 代替复杂的 useState 逻辑
- 对于复杂的状态逻辑,
useReducer可以替代useState,通过集中管理状态更新逻辑,避免状态更新导致的重复渲染。
const [state, dispatch] = useReducer(reducer, initialState);
function reducer(state, action) {
switch (action.type) {
case 'increment':
return { count: state.count + 1 };
default:
throw new Error();
}
}
4. 使用 useRef 缓存可变值
useRef用于保存不需要触发组件重新渲染的可变值。它可以缓存某些值或 DOM 引用,避免这些值的变化导致不必要的渲染。
5. 避免不必要的 useEffect 依赖
useEffect的依赖数组决定了副作用的执行频率。确保依赖数组准确,以避免不必要的副作用执行。如果依赖关系复杂,可以考虑将相关逻辑抽离为自定义 Hook 进行管理。
useEffect(() => { // 仅在 a 或 b 变化时执行副作用 }, [a, b]);
6. 使用 React.memo 结合 Hooks
- 在使用 Hooks 的同时,可以结合
React.memo来优化组件渲染。React.memo可以防止组件在不必要的情况下重新渲染,特别是当组件依赖于useCallback或useMemo缓存的值时。
const MyComponent = React.memo(function MyComponent({ data }) { // 组件逻辑 });
7. 惰性初始化 state
- 对于一些初始值计算量较大的状态,使用惰性初始化函数可以避免在每次渲染时都执行初始化逻辑。
const [state, setState] = useState(() => { return computeInitialState(props); });
8. 分割代码(Code Splitting)和懒加载
- 使用 React 的
React.lazy和Suspense实现组件的懒加载,减少首次加载的包大小,优化页面加载速度。
const OtherComponent = React.lazy(() => import('./OtherComponent'));
function MyComponent() {
return (
<Suspense fallback={<div>Loading...</div>}>
<OtherComponent />
</Suspense>
);
}
9. 合并更新,避免不必要的状态更新
- 尽量合并多个状态更新,以减少多次触发渲染。对于复杂组件,可以通过使用
useReducer来集中管理状态,减少不必要的渲染。
10. 调试与监控
- 使用 React 开发工具(React DevTools)分析组件的渲染频率,并通过 Chrome Performance 工具分析性能瓶颈。
总结
在 React Hooks 中,性能优化的关键在于减少不必要的渲染和副作用执行,优化状态和回调函数的管理。通过合理使用 useMemo、useCallback、useReducer、useRef 等 Hook,可以显著提高应用的性能和用户体验。
23.setState 是同步,还是异步的?怎么实现同步更新
setState 的同步或异步行为主要取决于它所处的执行环境。它在 React 的合成事件和生命周期方法中表现为异步,在原生事件和 setTimeout 等环境中表现为同步。下面我将通过代码详细解释这一点。
1. 合成事件中的 setState(异步)
React 的合成事件(例如 onClick、onChange 等)是跨平台的事件系统,React 会在这些事件中对 setState 进行批量处理,使得状态更新表现为异步。
import React, { Component } from 'react';
class MyComponent extends Component {
constructor(props) {
super(props);
this.state = {
count: 0,
};
}
handleClick = () => {
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 仍然输出更新前的值,表现为异步
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 仍然输出更新前的值,表现为异步
};
render() {
return (
<button onClick={this.handleClick}>
Count: {this.state.count}
</button>
);
}
}
export default MyComponent;
在上述代码中,handleClick 是通过 React 的合成事件系统触发的。两次调用 setState 后,console.log 打印的 count 仍然是旧值,这是因为 setState 在合成事件中是异步的,React 会批量处理这些状态更新。
2. 原生事件和 setTimeout 中的 setState(同步)
在原生事件(如 addEventListener 中的事件)和 setTimeout 中,setState 的更新会表现为同步。这是因为这些环境不会触发 React 的批量更新机制。
import React, { Component } from 'react';
class MyComponent extends Component {
constructor(props) {
super(props);
this.state = {
count: 0,
};
}
componentDidMount() {
document.getElementById('nativeButton').addEventListener('click', this.handleNativeClick);
}
handleNativeClick = () => {
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 输出更新后的值,表现为同步
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 输出更新后的值,表现为同步
};
handleTimeoutClick = () => {
setTimeout(() => {
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 输出更新后的值,表现为同步
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 输出更新后的值,表现为同步
}, 0);
};
render() {
return (
<div>
<button id="nativeButton">
Native Event Count: {this.state.count}
</button>
<button onClick={this.handleTimeoutClick}>
Timeout Event Count: {this.state.count}
</button>
</div>
);
}
}
export default MyComponent;
在上述代码中,handleNativeClick 是通过 addEventListener 添加的原生事件处理器,而 handleTimeoutClick 是在 setTimeout 中调用的。两者都表现为同步,console.log 打印的 count 值会是更新后的新值。
3. 异步回调(如 Promise 或 async/await)中的 setState(同步)
在 Promise 的回调函数或 async/await 的异步代码块中,setState 也不会进入 React 的批量更新机制。setState 在这些情况下会表现为同步。
import React, { Component } from 'react';
class MyComponent extends Component {
constructor(props) {
super(props);
this.state = { count: 0 };
}
handleAsync = async () => {
await new Promise(resolve => setTimeout(resolve, 1000));
this.setState({ count: this.state.count + 1 });
console.log(this.state.count); // 输出更新后的新值,表现为同步
};
render() {
return <button onClick={this.handleAsync}>Count: {this.state.count}</button>;
}
}
export default MyComponent;
结论总结
- 合成事件和生命周期方法:在这些环境中,
setState是异步的,React 会进行批量处理和调度优化。 - 原生事件和
setTimeout、setInterval、Promise 或async/await:在这些环境中,setState是同步的,因为它们不受 React 的调度机制控制。
24.React.memo() 和 useMemo() 的用法是什么,有哪些区别
React.memo() 和 useMemo() 都是 React 提供的优化工具,用于减少不必要的渲染和计算。虽然它们的名字相似,但在使用场景和工作方式上有显著区别。下面我将详细介绍它们的用法及在项目代码中的应用。
1. React.memo()
React.memo() 是一个高阶组件 (HOC),用于优化函数组件的性能。当组件的 props 没有变化时,React.memo() 可以避免组件的重新渲染。
用法:
import React from 'react';
const MyComponent = React.memo(({ value }) => {
console.log('MyComponent render');
return <div>{value}</div>;
});
export default MyComponent;
解释:
- 在上面的代码中,
MyComponent被React.memo()包裹,如果valueprop 没有变化,那么MyComponent就不会重新渲染。这样可以提升性能,尤其是当组件渲染开销较大时。
自定义比较函数:
- 如果需要对 props 进行更复杂的比较,可以传递第二个参数——一个自定义比较函数。
const MyComponent = React.memo(
({ value }) => {
console.log('MyComponent render');
return <div>{value}</div>;
},
(prevProps, nextProps) => {
return prevProps.value === nextProps.value;
}
);
应用场景:
React.memo()适用于那些渲染过程开销较大、并且通常情况下 props 不会频繁改变的组件。
2. useMemo()
useMemo() 是一个 React Hook,用于缓存函数的返回值,从而避免在每次渲染时重复计算。它特别适合处理那些计算量较大的操作,或者需要缓存的依赖项不变时的计算结果。
用法:
import React, { useMemo } from 'react';
function MyComponent({ items }) {
const sortedItems = useMemo(() => {
console.log('Sorting items');
return items.sort((a, b) => a - b);
}, [items]);
return (
<div>
{sortedItems.map(item => (
<div key={item}>{item}</div>
))}
</div>
);
}
export default MyComponent;
解释:
- 在上面的代码中,
useMemo缓存了sortedItems的计算结果。只有当items改变时,useMemo才会重新计算排序,避免了每次渲染时都进行排序操作。
应用场景:
useMemo()通常用于避免昂贵的计算,如排序、大量数据处理等。它也可以用来避免由于父组件重渲染导致的子组件内不必要的计算。
3. React.memo() 与 useMemo() 的区别
-
作用对象不同:
React.memo()用于组件整体的渲染优化,通过浅比较 props 来决定是否重新渲染组件。useMemo()用于缓存组件内的计算结果,避免在每次渲染时进行重复计算。
-
使用场景不同:
React.memo()适合用于优化组件的渲染,特别是组件接收的 props 稳定不变时。useMemo()适合用于优化计算开销较大的逻辑,确保只有在依赖项改变时才重新计算。
实际项目中的综合应用
假设我们有一个电子商务应用,其中有一个用于显示产品列表的组件。产品列表可以根据用户的选择进行排序,并且有一个过滤器可以筛选出符合条件的产品。
import React, { useMemo } from 'react';
const ProductList = React.memo(({ products, filter }) => {
// 过滤和排序操作
const filteredProducts = useMemo(() => {
return products
.filter(product => product.category === filter)
.sort((a, b) => a.price - b.price);
}, [products, filter]);
return (
<div>
{filteredProducts.map(product => (
<div key={product.id}>{product.name} - ${product.price}</div>
))}
</div>
);
});
export default ProductList;
分析:
React.memo()确保ProductList组件只有在products或filter改变时才会重新渲染。useMemo()缓存了过滤和排序的计算结果,避免了每次组件渲染时都重新计算,提升了性能。
总结
React.memo()用于组件级别的性能优化,通过避免不必要的渲染来提高应用的性能。useMemo()用于在组件内缓存计算结果,减少不必要的计算工作。
25.使用 React hooks 怎么实现类里面的所有生命周期?
1. componentDidMount -> useEffect (空依赖数组)
componentDidMount 是在组件挂载后(首次渲染后)执行的生命周期方法。可以使用 useEffect 来实现这一功能,通过传递一个空的依赖数组 [] 来确保只在组件挂载时运行一次。
import React, { useEffect } from 'react';
function MyComponent() {
useEffect(() => {
// 相当于 componentDidMount
console.log('Component mounted');
// 可选:如果需要在组件卸载时执行一些操作,可以返回一个清理函数
return () => {
console.log('Component will unmount');
};
}, []); // 空数组确保只在挂载和卸载时运行
return <div>Hello, World!</div>;
}
2. componentDidUpdate -> useEffect (有依赖项)
componentDidUpdate 在组件更新(即 props 或 state 发生变化)后执行。使用 useEffect 并指定依赖项数组,React 会在这些依赖项发生变化时执行 useEffect。
import React, { useEffect, useState } from 'react';
function MyComponent({ someProp }) {
const [count, setCount] = useState(0);
useEffect(() => {
// 相当于 componentDidUpdate
console.log('Component updated due to someProp change');
}, [someProp]); // 当 someProp 发生变化时触发
return (
<div>
<p>Count: {count}</p>
<button onClick={() => setCount(count + 1)}>Increment</button>
</div>
);
}
3. componentWillUnmount -> useEffect (清理函数)
componentWillUnmount 在组件卸载之前执行。可以通过 useEffect 返回一个清理函数来实现这一功能。
import React, { useEffect } from 'react';
function MyComponent() {
useEffect(() => {
// 初始化或设置监听等操作
console.log('Component mounted');
return () => {
// 相当于 componentWillUnmount
console.log('Component will unmount');
};
}, []); // 空数组确保只在挂载和卸载时运行
return <div>Goodbye, World!</div>;
}
4. getDerivedStateFromProps -> useState + useEffect
getDerivedStateFromProps 用于根据 props 来更新 state。在函数组件中,可以结合 useState 和 useEffect 来实现类似的功能。
import React, { useState, useEffect } from 'react';
function MyComponent({ someProp }) {
const [state, setState] = useState(someProp);
useEffect(() => {
// 相当于 getDerivedStateFromProps
setState(someProp);
}, [someProp]); // 当 someProp 改变时更新 state
return <div>State: {state}</div>;
}
5. shouldComponentUpdate -> React.memo or useMemo
shouldComponentUpdate 用于控制组件是否需要重新渲染。可以使用 React.memo 或 useMemo 来优化渲染。
import React, { useMemo } from 'react';
const MyComponent = React.memo(({ value }) => {
console.log('Component rendered');
return <div>{value}</div>;
});
export default MyComponent;
6. componentDidCatch -> Error Boundary
错误边界在函数组件中目前无法通过 Hooks 完全实现,仍然需要使用类组件来实现错误边界。类组件中可以使用 componentDidCatch 和 getDerivedStateFromError 处理错误。
综合应用
假设我们要在函数组件中实现一个带有完整生命周期管理的复杂组件:
import React, { useState, useEffect } from 'react';
function MyComponent({ initialValue }) {
const [value, setValue] = useState(initialValue);
useEffect(() => {
// componentDidMount + componentDidUpdate
console.log('Component did mount or update');
return () => {
// componentWillUnmount
console.log('Cleanup on unmount');
};
}, [value]); // 监听 value 变化
useEffect(() => {
// Equivalent to getDerivedStateFromProps
setValue(initialValue);
}, [initialValue]); // 当 initialValue 改变时更新 value
return (
<div>
<p>Value: {value}</p>
<button onClick={() => setValue(value + 1)}>Increment</button>
</div>
);
}
export default MyComponent;
26.实现一个 useTimeout Hook
import { useEffect, useRef } from 'react';
function useTimeout(callback, delay) {
const savedCallback = useRef();
// 保存新回调
useEffect(() => {
savedCallback.current = callback;
}, [callback]);
useEffect(() => {
// 如果 delay 为 null,则不设置超时
if (delay === null) {
return;
}
const tick = () => {
savedCallback.current();
};
const id = setTimeout(tick, delay);
// 清除超时
return () => clearTimeout(id);
}, [delay]);
}
export default useTimeout;
import React, { useState } from 'react';
import useTimeout from './useTimeout';
function ExampleComponent() {
const [showMessage, setShowMessage] = useState(false);
useTimeout(() => {
setShowMessage(true);
}, 5000); // 5秒后显示消息
return (
<div>
<h1>Hello, World!</h1>
{showMessage && <p>This message appears after 5 seconds.</p>}
</div>
);
}
export default ExampleComponent;
27.React Router
React Router有几种模式,以及实现原理?在项目中如何选择
React Router 是一个用于在 React 应用中实现客户端路由的库,它让单页面应用(SPA)可以拥有多页面的导航体验。通过 React Router,开发者可以在不刷新页面的情况下,根据 URL 的变化动态地加载和渲染不同的组件。React Router 提供了两种主要的路由模式:Hash 模式 和 History 模式。每种模式的实现原理和使用场景各有不同。
1. Hash 模式
原理
- 工作方式:Hash 模式利用 URL 中的哈希部分(
#)来进行路由管理。哈希值位于 URL 中的#之后,比如http://example.com/#/home,哈希部分/home是由前端路由器处理的。浏览器在访问这个 URL 时,不会将哈希部分发送到服务器,因此服务器只会看到http://example.com/,而前端代码可以根据哈希值进行路由匹配。 - 实现原理:Hash 模式主要依赖于浏览器的
hashchange事件,当 URL 中的哈希部分发生变化时,路由器会根据新哈希值匹配对应的组件并进行渲染。
优点
- 兼容性好:由于 Hash 模式只改变 URL 的哈希部分,所有浏览器都支持这种方式,并且不需要额外的服务器配置。
- 易于实现:不需要服务器端的参与,直接通过前端实现路由切换。
缺点
- URL 不美观:URL 中带有
#,不符合传统的路径结构,可能不利于 SEO(虽然单页应用本身对 SEO 支持较弱)。 - 限制:Hash 模式只能响应到
#之后的路径,无法实现深层次的 URL 控制。
2. History 模式
原理
- 工作方式:History 模式利用 HTML5 的 History API(主要是
pushState和replaceState)来管理 URL。通过这些 API,可以在不刷新页面的情况下改变浏览器的地址栏 URL,同时触发前端的路由逻辑,从而实现组件的切换。 - 实现原理:History 模式通过拦截浏览器的前进和后退操作,以及程序调用的
pushState和replaceState,来更新 URL 并触发对应的路由组件渲染。与 Hash 模式不同,History 模式的 URL 没有#,看起来像标准的路径结构。
优点
- URL 美观:URL 看起来是标准的路径结构,没有
#,更加符合 RESTful 风格的设计。 - 更好的 SEO:虽然 SPA 本身对 SEO 支持较弱,但使用 History 模式可以结合服务器端渲染(SSR)来提升 SEO 效果。
缺点
- 需要服务器支持:因为 History 模式的 URL 直接映射到服务器路径,如果用户直接访问这些路径,服务器需要正确配置以返回应用的 HTML 文件,而不是尝试去寻找实际存在的文件或目录。通常需要在服务器上配置一个通配符路由来处理所有请求。
3. 如何选择
-
Hash 模式适用于:
- 项目规模较小,不需要考虑 SEO 或者 URL 结构的情况下。
- 部署在不容易配置服务器的环境中,如一些静态文件服务器,或者无需后端参与的项目。
- 开发阶段:如果你只是在本地开发或部署在没有服务器配置的环境中,Hash 模式是一个不错的选择。
-
History 模式适用于:
- 项目规模较大,且需要漂亮的、RESTful 风格的 URL 结构。
- 需要与后端服务配合,通过服务器端渲染(SSR)或其他 SEO 手段来优化单页应用的 SEO 表现。
- 需要与传统多页应用相结合,且希望 URL 保持一致的场景。
4. 示例代码
Hash 模式
import { HashRouter as Router, Route, Switch } from 'react-router-dom';
function App() {
return (
<Router>
<Switch>
<Route path="/home" component={Home} />
<Route path="/about" component={About} />
</Switch>
</Router>
);
}
History 模式
import { BrowserRouter as Router, Route, Switch } from 'react-router-dom';
function App() {
return (
<Router>
<Switch>
<Route path="/home" component={Home} />
<Route path="/about" component={About} />
</Switch>
</Router>
);
}
总结
选择 React Router 的模式主要取决于项目需求。对于较小的项目或者不需要服务器配置的情况,Hash 模式更简单直接。而对于需要考虑 SEO、URL 美观度以及与后端紧密结合的项目,History 模式则是更合适的选择。在现代 Web 开发中,History 模式使用更为广泛,但 Hash 模式仍然有其独特的应用场景。
对 React Router 的理解
-
客户端路由:React Router 通过客户端路由(client-side routing)实现页面导航。传统的多页面应用(MPA)通过服务器来处理每个页面请求,并返回相应的 HTML 页面。React Router 则在客户端拦截 URL 的变化,根据路由规则渲染相应的组件,而不需要重新加载整个页面。
-
单页面应用的导航:在单页面应用中,所有的页面内容都由 JavaScript 动态加载和渲染。React Router 通过管理浏览器的历史记录(History API)和 URL,模拟出多页面的导航效果,使用户体验更加流畅。
-
声明式路由配置:React Router 的路由配置是声明式的,开发者通过在组件树中嵌套
Route组件来定义路由规则。这种方式使得路由与组件结构紧密结合,更易于理解和维护。 -
动态路由:React Router 支持动态路由匹配,可以根据 URL 的参数动态渲染组件,这对于构建灵活的导航系统非常有用。
-
嵌套路由:React Router 允许嵌套路由,使得应用的路由结构可以分层次、模块化地进行管理。这种嵌套特性非常适合复杂的应用结构。
-
导航控制:React Router 提供了
Link、NavLink等组件来创建导航链接,并且可以通过编程方式(使用useNavigate或navigate函数)来控制导航。
常用的 Router 组件
React Router 提供了一些核心的路由组件,用于配置和控制路由行为。以下是一些常用的组件:
-
BrowserRouter- 用途:用于实现基于
History API的路由,这种模式会生成标准的 URL(不带#)。 - 使用场景:大多数现代 Web 应用都使用
BrowserRouter,尤其是那些需要漂亮的 URL 和 SEO 支持的应用。 - 示例:
import { BrowserRouter as Router, Route, Switch } from 'react-router-dom'; function App() { return ( <Router> <Switch> <Route path="/home" component={Home} /> <Route path="/about" component={About} /> </Switch> </Router> ); }
- 用途:用于实现基于
-
HashRouter- 用途:使用 URL 的哈希部分(
#)来进行路由。路由路径会以#开头,例如http://example.com/#/home。 - 使用场景:通常在不需要服务器端配合的情况下使用,或者在一些静态文件服务器上部署时使用。
- 示例:
import { HashRouter as Router, Route, Switch } from 'react-router-dom'; function App() { return ( <Router> <Switch> <Route path="/home" component={Home} /> <Route path="/about" component={About} /> </Switch> </Router> ); }
- 用途:使用 URL 的哈希部分(
-
Route- 用途:用于定义与路径相匹配的组件。当 URL 匹配指定的路径时,
Route组件渲染对应的组件。 - 使用场景:在任何需要根据路径渲染不同组件的地方使用。
- 示例:
import { Route } from 'react-router-dom'; function App() { return ( <div> <Route path="/home" component={Home} /> <Route path="/about" component={About} /> </div> ); }
- 用途:用于定义与路径相匹配的组件。当 URL 匹配指定的路径时,
-
Switch(Routes在 React Router v6 中替代Switch)- 用途:
Switch用于在一组Route中寻找第一个匹配的路径,并只渲染这个匹配的Route。在 React Router v6 中,Routes替代了Switch,并且不再需要使用exact来严格匹配路径。 - 使用场景:当你希望路由器在多个
Route中只渲染第一个匹配项时使用。 - 示例:
import { Switch, Route } from 'react-router-dom'; function App() { return ( <Switch> <Route path="/home" component={Home} /> <Route path="/about" component={About} /> <Route path="/" component={Home} /> </Switch> ); }
- 用途:
-
Link- 用途:用于创建一个导航链接。点击
Link会触发浏览器的 URL 更新,并且 React Router 会根据新 URL 渲染对应的组件。 - 使用场景:在应用中任何需要链接到其他页面或组件的地方使用。
- 示例:
import { Link } from 'react-router-dom'; function Navigation() { return ( <nav> <Link to="/home">Home</Link> <Link to="/about">About</Link> </nav> ); }
- 用途:用于创建一个导航链接。点击
-
NavLink- 用途:类似于
Link,但NavLink会根据当前 URL 自动为活跃的链接添加样式或类名,这对于创建导航菜单非常有用。 - 使用场景:在需要突出显示当前激活的导航链接时使用。
- 示例:
import { NavLink } from 'react-router-dom'; function Navigation() { return ( <nav> <NavLink to="/home" activeClassName="active">Home</NavLink> <NavLink to="/about" activeClassName="active">About</NavLink> </nav> ); }
- 用途:类似于
-
Redirect(React Router v6 中使用Navigate代替)- 用途:用于将一个路径重定向到另一个路径。
- 使用场景:在某些路由路径需要自动重定向时使用。
- 示例:
import { Redirect } from 'react-router-dom'; function App() { return ( <Switch> <Route path="/old-home"> <Redirect to="/home" /> </Route> <Route path="/home" component={Home} /> </Switch> ); }
总结
React Router 是 React 应用中实现客户端路由的强大工具,能够帮助开发者构建复杂的导航系统。它通过不同的路由组件提供了声明式的路由配置方式,使得应用的路由逻辑清晰、易于维护。在项目中,根据具体需求,开发者可以选择适合的 Router 模式(BrowserRouter 或 HashRouter),并利用 Route、Switch(Routes)、Link、NavLink 等组件来实现各种导航和路由控制。
React Router怎么传参数
在 React Router 中传递参数有几种常见的方式,包括通过 URL 路径参数、查询参数(Query Parameters)、以及通过 state 传递参数。每种方式都有其适用场景,下面详细介绍这些方法以及它们的使用场景。
1. URL 路径参数
URL 路径参数(Path Parameters)是通过 URL 本身传递的参数,这种方式适用于需要在路径中明确指定资源标识符的情况,比如用户 ID、文章 ID 等。
传递路径参数
假设你有一个用户详情页面,需要传递用户 ID 作为参数:
import { BrowserRouter as Router, Route, Switch } from 'react-router-dom';
import UserDetail from './UserDetail';
function App() {
return (
<Router>
<Switch>
<Route path="/user/:userId" component={UserDetail} />
</Switch>
</Router>
);
}
export default App;
获取路径参数
在目标组件中,可以通过 useParams 钩子获取传递的路径参数:
import { useParams } from 'react-router-dom';
function UserDetail() {
const { userId } = useParams();
return (
<div>
<h1>User ID: {userId}</h1>
{/* 根据 userId 渲染用户详细信息 */}
</div>
);
}
export default UserDetail;
2. 查询参数(Query Parameters)
查询参数是 URL 中 ? 后面附加的键值对,常用于可选参数、过滤器、分页等。
传递查询参数
在导航时通过 Link 或者 navigate 函数传递查询参数:
import { Link } from 'react-router-dom';
function Home() {
return (
<div>
<Link to="/search?query=react&sort=asc">Search React</Link>
</div>
);
}
获取查询参数
在目标组件中,可以使用 useLocation 钩子来获取查询参数:
import { useLocation } from 'react-router-dom';
function SearchPage() {
const location = useLocation();
const queryParams = new URLSearchParams(location.search);
const query = queryParams.get('query');
const sort = queryParams.get('sort');
return (
<div>
<h1>Search Results for: {query}</h1>
<p>Sort order: {sort}</p>
{/* 根据查询参数渲染搜索结果 */}
</div>
);
}
export default SearchPage;
3. 通过 state 传递参数
state 允许在路由导航时传递非 URL 中显示的参数,适用于传递敏感信息或临时状态。
传递 state 参数
在导航时通过 Link 或 navigate 函数传递 state 参数:
import { Link } from 'react-router-dom';
function Home() {
const userData = { name: 'John Doe', age: 30 };
return (
<div>
<Link
to={{
pathname: "/profile",
state: { user: userData }
}}>
Go to Profile
</Link>
</div>
);
}
获取 state 参数
在目标组件中,可以使用 useLocation 钩子来获取传递的 state 参数:
import { useLocation } from 'react-router-dom';
function Profile() {
const location = useLocation();
const { user } = location.state || {};
return (
<div>
<h1>User Profile</h1>
{user && (
<div>
<p>Name: {user.name}</p>
<p>Age: {user.age}</p>
</div>
)}
</div>
);
}
export default Profile;
4. 编程式导航传参
通过 useNavigate 钩子,你可以在代码中编程式地进行路由跳转并传递参数:
import { useNavigate } from 'react-router-dom';
function Home() {
const navigate = useNavigate();
const handleClick = () => {
navigate('/profile', { state: { user: { name: 'John Doe', age: 30 } } });
};
return <button onClick={handleClick}>Go to Profile</button>;
}
总结
- 路径参数:用于在 URL 中明确标识资源,如
/user/:userId。 - 查询参数:用于可选参数、过滤器等,如
/search?query=react。 state参数:用于传递敏感信息或临时状态,不显示在 URL 中。- 编程式导航传参:使用
useNavigate钩子在代码中动态传递参数。
28.useEffect页面第一次加载如何让他不执行
在 React 中,useEffect 会在组件首次渲染后自动执行,如果你想让 useEffect 在组件首次加载时不执行,但在依赖项变化时才执行,可以使用以下几种方法来实现这一需求。
import { useEffect, useRef } from 'react';
function MyComponent() {
const isFirstRender = useRef(true);
useEffect(() => {
if (isFirstRender.current) {
isFirstRender.current = false; // 标记第一次渲染结束
return;
}
// 依赖项变化时的逻辑
console.log('useEffect 执行');
}, [/* 依赖项 */]);
return (
<div>
My Component
</div>
);
}
1471

被折叠的 条评论
为什么被折叠?



