</>
);
}

在这个例子中，严格模式的检查不会对 Header 和 Footer 组件运行。然而，它们会在 Sidebar 和 Content 以及它们内部的所有组件上运行，无论多深。
**

修复在开发过程中通过双重渲染发现的错误

**
React 假设编写的每个组件都是纯函数。这意味着编写的 React 组件在给定相同的输入（props、state 和 context）时必须始终返回相同的 JSX。

违反此规则的组件会表现得不可预测，并引发错误。为了帮助你找到意外的非纯函数代码，严格模式 在开发环境中会调用一些函数两次（仅限应为纯函数的函数）。这些函数包括：

组件函数体（仅限顶层逻辑，不包括事件处理程序内的代码）
传递给 useState、set 函数、useMemo 或 useReducer 的函数。
部分类组件的方法，例如 constructor、render、shouldComponentUpdate 等（请参阅完整列表）。
如果一个函数是纯函数，运行两次不会改变其行为，因为纯函数每次都会产生相同的结果。然而，如果一个函数是非纯函数（例如，它会修改接收到的数据），运行两次通常会产生明显的差异（这就是它是非纯函数的原因！）。这有助于及早发现并修复错误。
**

修复在开发中通过重新运行 Effect 发现的错误

**
每个 Effect 都有一些 setup 和可能的 cleanup 函数。通常情况下，当组件挂载时，React 会调用 setup 代码；当组件卸载时，React 会调用 cleanup 代码。如果依赖关系在上一次渲染之后发生了变化，React 将再次调用 setup 代码和 cleanup 代码。

当开启严格模式时，React 还会在开发模式下为每个 Effect 额外运行一次 setup 和 cleanup 函数。这可能会让人感到惊讶，但它有助于发现手动难以捕捉到的细微错误。
**

修复严格模式发出的弃用警告

**
React 会在任何一个位于 树中的组件使用以下弃用 API 时发出警告：

findDOMNode，请参考替代方案。
UNSAFE_ 类生命周期方法，例如 UNSAFE_componentWillMount，请参考替代方案。
旧版上下文（childContextTypes、contextTypes 和 getChildContext），请参考替代方案。
旧版字符串引用（this.refs）,请参考替代方案。
这些 API 主要用于旧版的 类式组件，因此在新版程序中很少出现。
**