本文主要是介绍React 错误边界(Error Boundaries)与全局错误处理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
自 React 16 起,任何未被错误边界捕获的错误将会导致整个 React 组件树被卸载。
对于开发已久且 Code Review 不是那么严格的庞大项目来说,在升级到 React 16 以后,可能会发现以前只偶尔在局部出现影响不大而未获得足够关注的异常,现在会时常导致整个应用垮掉。
React 16 引入了错误边界(Error Boundaries)来解决这种情况。
1 错误边界(Error Boundaries)基本用法
如果一个类组件定义了下面生命周期方法中的任何一个或全部,则这个类组件将成为一个错误边界:
static getDerivedStateFromError(error)
在 render 阶段当子组件抛出错误后调用该静态方法,接收的参数 err 是子组件抛出的错误。方法返回值作为组件更新后的 state,以供 render
方法渲染备用 UI。示例:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
componentDidCatch(error, info)
在子组件抛出错误的时候调用,主要接收两个参数:
error
:抛出的错误信息info
:带有组件错误栈的对象,包含了哪个组件引发的错误信息
该生命周期方法在 commit 阶段被调用的,因此允许进行副作用。示例:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
注意点:
- 错误边界只能捕获树中子组件的错误,不能捕获组件本身的错误
- 只能使用错误边界来捕获异常或者是从异常中恢复
- 不能将错误边界用于控制流程
2 定义全局默认的错误边界(Error Boundaries) 处理函数
考虑到整个应用的健壮性,针对每个主要组件设计错误边界(Error Boundaries)策略在 React 16 以后是有必要的。
2.1 定义用于 Error Boundaries 处理的 HOC 组件
一种简单的方式是设计一个 HOC
组件,然后用装饰器模式应用于要包裹的业务组件:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
|
应用示例:
1 2 3 4 |
|
2.2 全局性兼容:定义默认的 componentDidCatch
方法
对于开发已久的存在数百上千个组件的庞大应用来说,给主要组件增加错误边界逻辑这个工作仍然会变得繁琐不堪,仅给主模块组件设置则会使得局部组件的异常放大到整个模块内。一种简单的处理方式可以是给 React.Component
定义默认的生命周期方法 componentDidCatch
:
1 2 3 4 5 |
|
因为所有组件都是继承于 React.Component
,所以所有组件都继承了默认的生命周期方法componentDidCatch
,所以出现渲染异常的组件会在其父组件被拦截和处理。当然因为没有在 componentDidCatch
方法中自行更新 state
或定义 static getDerivedStateFromError
方法更新 UI,React 还是会抛出一个 Warning
警告,但至少不会导致整个应用都被卸载了。
当然,最根本的还是不应仅依赖于输入数据的常规格式,应要求组件开发尽量充分地考虑异常判断与处理,以保证组件自身的健壮性。
相关参考
- https://reactjs.org/blog/2017/07/26/error-handling-in-react-16.html
- https://react.docschina.org/docs/error-boundaries.html
这篇关于React 错误边界(Error Boundaries)与全局错误处理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!