大家好,我卡颂。
在很多全面使用Hooks
开发的团队,唯一使用ClassComponent
的场景就是「使用ClassComponent创建ErrorBoundary」。
可以说,如果Hooks
存在如下两个生命周期函数的替代品,就能全面抛弃ClassComponent
了:
- getDerivedStateFromError
- componentDidCatch
那为什么还没有对标的Hook
呢?
今天我们从上述两个生命周期函数的实现原理,以及要移植到Hook
上需要付出的成本来谈论这个问题。
ErrorBoundary实现原理
ErrorBoundary
可以捕获子孙组件中「React工作流程」内的错误。
「React工作流程」指:
- render阶段,即「组件render」、「Diff算法」发生的阶段
- commit阶段,即「渲染DOM」、「componentDidMount/Update执行」的阶段
这也是为什么「事件回调中发生的错误」无法被ErrorBoundary
捕获 —— 事件回调并不属于「React工作流程」。
如何捕获错误
「render阶段」的整体执行流程如下:
代码语言:javascript复制do {
try {
// render阶段具体的执行流程
workLoop();
break;
} catch (thrownValue) {
handleError(root, thrownValue);
}
} while (true);
可以发现,如果「render阶段」发生错误,会被捕获并执行handleError
方法。
类似的,「commit阶段」的整体执行流程如下:
代码语言:javascript复制try {
// ...具体执行流程
} catch (error) {
captureCommitPhaseError(current, nearestMountedAncestor, error);
}
如果「commit阶段」发生错误,会被捕获并执行captureCommitPhaseError
方法。
getDerivedStateFromError原理
捕获后的错误如何处理呢?
我们知道,ClassComponent
中this.setState
第一个参数,除了可以接收「新的状态」,也能接收「改变状态的函数」作为参数:
// 可以这样
this.setState(this.state.num 1)
// 也可以这样
this.setState(num => num 1)
getDerivedStateFromError
的实现,就借助了this.setState
中「改变状态的函数」这一特性。
当捕获错误后,即:
- 对于「render阶段」,
handleError
执行后 - 对于「commit阶段」,
captureCommitPhaseError
执行后
会在ErrorBoundary
对应组件中触发类似如下更新:
this.setState(
getDerivedStateFromError.bind(null, error)
)
这就是为什么getDerivedStateFromError
要求开发者返回「新的state」 —— 本质来说,他就是触发一次新的更新。
componentDidCatch原理
再来看另一个ErrorBoundary
相关的生命周期函数 —— componentDidCatch
。
ClassComponent
中this.setState
的第二个参数,可以接收「回调函数」作为参数:
this.setState(newState, () => {
// ...回调
})
当触发的更新渲染到页面后,回调会触发。
这就是componentDidCatch
的实现原理。
当捕获错误后,会在ErrorBoundary
对应组件中触发类似如下更新:
this.setState(this.state, componentDidCatch.bind(this, error))
处理“未捕获”的错误
可以发现,「React运行流程」中的错误,都已经被React
自身捕获了,再交由ErrorBoundary
处理。
如果没有定义ErrorBoundary
,这些「被捕获的错误」需要重新抛出,营造「错误未被捕获的感觉」。
那这一步在哪里执行呢?
与this.setState
类似,ReactDOM.render(element, container[, callback])
第三个参数也能接收「回调函数」。
如果开发者没有定义ErrorBoundary
,那么React
最终会在ReactDOM.render
的回调中抛出错误。
可以发现,在ClassComponent
中ErrorBoundary
的实现完全依赖了ClassComponent
已有的特性。
而Hooks
本身并不存在类似this.setState
的回调特性,所以实现起来会比较复杂。
实现Hooks中的ErrorBoundary
除了上述谈到的阻碍,FunctionComponent
与ClassComponent
在源码层面的运行流程也有细节上的差异,要照搬实现也有一定难度。
如果一定要实现,在「最大程度复用现有基础设施」的指导方针下,useErrorBoundary
(ErrorBoundary
在Hooks
中的实现)的使用方式应该类似如下:
function ErrorBoundary({children}: {children: ReactNode}) {
const [errorMsg, updateError] = useState<Error | null>(null);
useErrorBoundary((e: Error) => {
// 捕获到错误,触发更新
updateError(e);
})
return (
<div>
{errorMsg ? '报错:' errorMsg.toString() : children}
</div>
)
}
其中useErrorBoundary
的触发方式类似useEffect
:
useErrorBoundary((e: Error) => {
// ...
})
// 类似
useEffect(() => {
// ...
})
笔者仿照ClassComponent
中ErrorBoundary
的实现原理与useEffect
的实现原理,实现了原生Hooks —— useErrorBoundary
。
感兴趣的朋友可以在useErrorBoundary在线示例[1]体验效果。
总结
ErrorBoundary
在ClassComponent
中的实现使用了this.setState
的回调函数特性,这使得Hooks
中要完全实现同样功能,需要额外开发成本。
笔者猜测,这是没有提供对应原生Hooks
的原因之一。
参考资料
[1]
useErrorBoundary在线示例: https://codesandbox.io/s/angry-mountain-xstgj4?file=/src/App.js