引言

过去,组件内的代码异常会导致 React 的内部状态被破坏,产生可能无法追踪的错误。但 React 并没有提供一种优雅处理这些错误的方式,也无法从错误中恢复。

默认情况下,若一个组件在渲染期间(render)发生错误,会导致整个组件树全部被卸载,这当然不是我们期望的结果。

部分组件的错误不应该导致整个应用崩溃。为了解决这个问题,React 16 引入了一个新的概念 —— 错误边界

错误边界是一种 React 组件,这种组件可以捕获发生在其子组件树任何位置的异常,并打印这些错误,同时展示降级 UI,而并不会渲染那些发生崩溃的子组件树。

注意

实现

React中提供了两个与错误处理相关的api:

如果一个 class 组件中定义了getDerivedStateFromError()或componentDidCatch()这两个生命周期方法中的任意一个(或两个)时,那么它就变成一个错误边界。当抛出错误后,请使用getDerivedStateFromError()渲染备用 UI ,使用componentDidCatch()打印错误信息。

class ErrorBoundary extends React.Component {
constructor(props) {
super(props);
this.state = {
hasError: false,
};
}
getDerivedStateFromError(error) {
// 更新 state 使下一次渲染能够显示降级后的 UI
return { hasError: true };
}
componentDidCatch(error, errorInfo) {
// 你同样可以将错误日志上报给服务器
logErrorToService(error, errorInfo);
}
render() {
if (this.state.hasError) {
// 你可以自定义降级后的 UI 并渲染
return <h1>wrong message</h1>;
}
return this.props.children;
}
}
export default ErrorBoundary;

然后你可以将它作为一个常规组件去使用:

<ErrorBoundary>
<A />
<B />
<C />
</ErrorBoundary>

错误边界的工作方式类似于原生的catch {},不同的地方在于,错误边界只针对 React 组件。并且只有 class 组件才可以成为错误边界组件。大多数情况下, 你只需要声明一次错误边界组件, 并在整个应用中使用它。

错误边界应该放置在哪?

错误边界的粒度由你来决定,可以将其包装在最顶层的路由组件中,并为用户展示一个 “xxx” 的错误信息,就像服务端框架经常处理崩溃一样。也可以将单独的组件包装在错误边界,从而保护其它组件不会崩溃。(例如,Facebook Messenger 将侧边栏、信息面板、聊天记录以及信息输入框包装在单独的错误边界中。如果其中的某些 UI 组件崩溃,其余部分仍然能够交互。)

未捕获错误(Uncaught Errors)该如何处理?

自 React 16 起,任何未被错误边界捕获的错误将会导致整个 React 组件树被卸载。

在某些场景下,把一个错误的 UI 留在那,比完全移除它要更糟糕。比如在类似 Messenger 的产品中,把一个异常的 UI 展示给用户,可能会导致用户把错误信息发给别人。同样,对于支付类场景而言,与其显示错误的支付金额,不如直接让页面白屏。

(所以,错误边界的使用难点在于寻找合适的时机,知道在什么时候该用,什么时候不该用,这是一个充满哲学的问题)

注意:自 React 15 的命名更改

React 15 中有一个支持有限的错误边界方法unstable_handleError。这个方法不再起作用,自 React 16 起你需要在代码中将其修改为componentDidCatch

以上就是React之错误边界 Error Boundaries示例详解的详细内容,更多关于React 错误边界的资料请关注本站其它相关文章!

发表回复