理解 React 组件的重新渲染机制
在 React 应用开发中，组件的重新渲染（re-render）是一个核心概念，但其行为有时会超出开发者的预期。一个常见的误解是，如果一个父组件的 children prop 逻辑上没有改变，那么传递给它的子组件就不会重新渲染。然而，当父组件自身因状态更新而重新渲染时，如果子组件是在父组件的 JSX 渲染逻辑中内联声明的，即使其内容看似不变，React 也会将其视为一个新的组件实例，从而触发子组件的重新渲染。
这背后的机制是：每当一个组件函数执行时（即发生渲染），如果其 JSX 中包含对另一个组件的引用，React 会为该引用创建一个新的 React 元素（React Element）。即使这个新的 React 元素在类型和 props 上与上一次渲染的元素完全相同，但由于它是一个“新”的对象实例，React 在协调（reconciliation）过程中会认为这个子组件可能需要更新，并会访问其子树进行比对，最终导致子组件函数被再次调用，即重新渲染。
问题示例：children 组件的意外重新渲染
考虑以下 React 应用结构，其中 App 组件包含一个定时器，每 100 毫秒更新一次自身状态，进而导致 App 组件重新渲染。App 将 Child 组件作为 Parent 组件的 children prop 传递。
import { useState, useEffect } from 'react';
// Child 组件，每次渲染都会在控制台输出 'rendered'
const Child = () => {
console.log('Child rendered');
return (
<p>这是一个子组件内容。</p>
);
}
// Parent 组件，接收并渲染 children prop
const Parent = ({ children }) => {
return (
<div id='parent'>
{children}
</div>
);
}
// App 组件，包含一个定时器更新自身状态
const App = () => {
const [now, setNow] = useState();
// 启动一个定时器，每100ms更新 'now' 状态
useEffect(() => {
const interval = setInterval(() =>
setNow(Date.now()), 100);
return () => clearInterval(interval); // 清理定时器
}, []);
return (
<div className="App">
<Parent>
{/* Child 组件在这里被内联声明 */}
<Child />
</Parent>
</div>
);
}
export default App;运行上述代码，你会发现控制台每 100 毫秒都会输出 Child rendered。尽管 Child 组件没有任何自身状态或接收任何 props，并且 Parent 组件也只是简单地渲染其 children prop，Child 依然在 App 组件状态更新时被重复渲染。
原因分析：
当 App 组件的状态 now 更新时，App 组件会重新执行其渲染函数。在每次执行时，App 组件的 JSX 表达式
尽管这个新的
优化方案：稳定化 children Prop
为了避免 Child 组件在 App 组件状态更新时进行不必要的重新渲染，我们需要确保传递给 Parent 组件的 children prop 在 App 重新渲染时保持引用稳定。最直接有效的方法是将导致重新渲染的状态或副作用下移到组件树中更低层级的组件，使其不会影响到不相关的上层组件或兄弟组件。
在我们的例子中，App 组件中的定时器状态更新是导致 Child 重新渲染的根本原因。如果我们将这个定时器逻辑移动到 Parent 组件内部，那么 App 组件将不再因定时器而重新渲染，从而稳定了传递给 Parent 的 children prop。
import { useState, useEffect } from 'react';
const Child = () => {
console.log('Child rendered');
return (
<p>这是一个子组件内容。</p>
);
}
// Parent 组件，现在包含了定时器状态
const Parent = ({ children }) => {
const [now, setNow] = useState(); // 状态移至 Parent
// 启动一个定时器，每100ms更新 'now' 状态
useEffect(() => {
const interval = setInterval(() =>
setNow(Date.now()), 100);
return () => clearInterval(interval);
}, []);
return (
<div id='parent'>
{children}
</div>
);
}
// App 组件现在不包含定时器逻辑
const App = () => {
return (
<div className="App">
<Parent>
{/* Child 组件仍然在这里被内联声明 */}
<Child />
</Parent>
</div>
);
}
export default App;通过将 useState 和 useEffect 钩子从 App 组件移动到 Parent 组件，App 组件在首次渲染后，其内部将不再有状态更新导致自身重新渲染。这意味着
现在，Parent 组件会每 100 毫秒更新其内部的 now 状态并重新渲染。然而，由于 App 组件不再重新渲染，它传递给 Parent 的 children prop（即
注意事项与最佳实践
状态下移原则： 尽可能将状态和副作用放置在组件树中需要它们的最底层组件。这可以有效限制重新渲染的范围，避免不必要的性能开销。
-
React.memo 的作用： 对于功能组件，可以使用 React.memo 来进行性能优化。React.memo 会对组件的 props 进行浅比较，如果 props 没有改变，则跳过组件的重新渲染。在上述示例中，即使 App 仍然包含定时器，如果 Child 组件被 React.memo 包裹，并且它不接收任何 props，它将不会重新渲染。但请注意，React.memo 仅在 props 引用稳定时才有效。如果像原始问题中那样，每次父组件渲染都创建一个新的 Child 元素，即使 Child 被 memo 包裹，它仍然会接收到一个“新”的 children prop 引用，从而导致重新渲染。
const MemoizedChild = React.memo(() => { console.log('MemoizedChild rendered'); return <p>这是一个被 memoized 的子组件内容。</p>; }); // ... 在 App 中使用 <MemoizedChild />然而，在我们的原始问题场景中，Child 是作为 Parent 的 children prop 传递的。如果 Parent 被 React.memo 包裹，而 App 每次都传递一个新的
元素给 Parent 的 children prop，那么 Parent 的 children prop 引用仍然会改变，Parent 依然会重新渲染，并进而渲染其 children。因此，React.memo 主要用于优化组件自身因父组件 props 变化而导致的重新渲染，而不是解决父组件内联创建子组件实例的问题。 理解 JSX 的本质： JSX 语法糖最终会被编译成 React.createElement() 调用。每次父组件渲染时，JSX 中的组件标签都会被转换为新的 React.createElement() 调用，生成新的 React 元素对象。理解这一点有助于避免关于组件重新渲染的误解。
组件组合的权衡： “提升内容” (lifting content up) 是一种强大的组合模式，可以将子组件的渲染逻辑与父组件的业务逻辑解耦。但在使用时，需要注意其对渲染性能的影响，确保传递的 children prop 引用在不必要时是稳定的。
总结
React 的渲染机制是其高性能的基础，但如果不深入理解其工作原理，可能会遇到一些性能陷阱。当父组件重新渲染且在 JSX 中内联声明子组件时，React 会创建新的子组件实例，即使其逻辑内容不变，也可能导致不必要的重新渲染。通过将状态和副作用下移到更合适的组件层级，我们可以有效稳定传递给子组件的 children prop 引用，从而避免这些不必要的重新渲染，提升应用的性能和用户体验。
