React ,优雅的捕获异常

开发 前端
人无完人,所以代码总会出错,出错并不可怕,关键是怎么处理。我就想问问大家react的应用的错误怎么捕捉呢? 来看一下吧。

 [[425725]]

前言

人无完人,所以代码总会出错,出错并不可怕,关键是怎么处理。

我就想问问大家react的应用的错误怎么捕捉呢?这个时候:

  •  小白+++:怎么处理?
  •  小白++:ErrorBoundary
  •  小白+:ErrorBoundary, try catch
  •  小黑#: ErrorBoundary, try catch, window.onerror
  •  小黑##: 这个是个严肃的问题,我知道N种处理方式,你有什么更好的方案?

ErrorBoundary

EerrorBoundary是16版本出来的,有人问那我的15版本呢,我不听我不听,反正我用16,当然15有unstable_handleError。

关于ErrorBoundary官网介绍比较详细,这个不是重点,重点是他能捕捉哪些异常。

  •  子组件的渲染
  •  生命周期函数
  •  构造函数 
  1. class ErrorBoundary extends React.Component {  
  2.   constructor(props) {  
  3.     super(props);  
  4.     this.state = { hasError: false };  
  5.   }  
  6.   componentDidCatch(error, info) {  
  7.     // Display fallback UI  
  8.     this.setState({ hasError: true });  
  9.     // You can also log the error to an error reporting service  
  10.     logErrorToMyService(error, info);  
  11.   }  
  12.   render() {  
  13.     if (this.state.hasError) {  
  14.       // You can render any custom fallback UI  
  15.       return <h1>Something went wrong.</h1> 
  16.     }  
  17.     return this.props.children;  
  18.   }  
  19.  
  20. <ErrorBoundary>  
  21.   <MyWidget />  
  22. </ErrorBoundary> 

开源世界就是好,早有大神封装了react-error-boundary[1] 这种优秀的库。

你只需要关心出现错误后需要关心什么,还以来个 Reset, 完美。 

  1. import {ErrorBoundary} from 'react-error-boundary'  
  2. function ErrorFallback({error, resetErrorBoundary}) {  
  3.   return (  
  4.     <div role="alert">  
  5.       <p>Something went wrong:</p>  
  6.       <pre>{error.message}</pre>  
  7.       <button onClick={resetErrorBoundary}>Try again</button>  
  8.     </div>  
  9.   )  
  10.  
  11. const ui = (  
  12.   <ErrorBoundary  
  13.     FallbackComponent={ErrorFallback}  
  14.     onReset={() => {  
  15.       // reset the state of your app so the error doesn't happen again  
  16.     }}  
  17.   >  
  18.     <ComponentThatMayError />  
  19.   </ErrorBoundary>  

遗憾的是,error boundaries并不会捕捉这些错误:

  •  事件处理程序
  •  异步代码 (e.g. setTimeout or requestAnimationFrame callbacks)
  •  服务端的渲染代码
  •  error boundaries自己抛出的错误

原文可见参见官网introducing-error-boundaries[2]

本文要捕获的就是 事件处理程序的错误。

官方其实也是有方案的how-about-event-handlers[3], 就是 try catch.

但是,那么多事件处理程序,我的天,得写多少,。。。。。。。。。。。。。。。。。。。。 

  1. handleClick() {  
  2.   try {  
  3.     // Do something that could throw  
  4.   } catch (error) {  
  5.     this.setState({ error });  
  6.   } 

Error Boundary 之外

我们先看看一张表格,罗列了我们能捕获异常的手段和范围。

异常类型 同步方法 异步方法 资源加载 Promise async/await

异常类型 同步方法 异步方法 资源加载 Promise async/await
try/catch      
window.onerror      
error    
unhandledrejection      

try/catch

可以捕获同步和async/await的异常。

window.onerror , error事件 

  1. window.addEventListener('error', this.onError, true);  
  2. window.onerror = this.onError 

window.addEventListener('error') 这种可以比 window.onerror 多捕获资源记载异常. 请注意最后一个参数是 true, false的话可能就不如你期望。

当然你如果问题这第三个参数的含义,我就有点不想理你了。拜。

unhandledrejection

请注意最后一个参数是 true。 

  1. window.removeEventListener('unhandledrejection', this.onReject, true) 

其捕获未被捕获的Promise的异常。

XMLHttpRequest 与 fetch

XMLHttpRequest 很好处理,自己有onerror事件。当然你99.99%也不会自己基于XMLHttpRequest封装一个库, axios 真香,有这完毕的错误处理机制。

至于fetch, 自己带着catch跑,不处理就是你自己的问题了。

这么多,太难了。

还好,其实有一个库 react-error-catch[4] 是基于ErrorBoudary,error与unhandledrejection封装的一个组件。

其核心如下 

  1. ErrorBoundary.prototype.componentDidMount = function () {  
  2.       // event catch  
  3.       window.addEventListener('error', this.catchError, true);  
  4.       // async code  
  5.       window.addEventListener('unhandledrejection', this.catchRejectEvent, true);  
  6.   }; 

使用: 

  1. import ErrorCatch from 'react-error-catch'  
  2. const App = () => {  
  3.   return (  
  4.   <ErrorCatch  
  5.       app="react-catch"  
  6.       user="cxyuns"  
  7.       delay={5000}  
  8.       max={1}  
  9.       filters={[]}  
  10.       onCatch={(errors) => {  
  11.         console.log('报错咯');  
  12.         // 上报异常信息到后端,动态创建标签方式  
  13.         new Image().src = `http://localhost:3000/log/report?info=${JSON.stringify(errors)}`  
  14.       }}  
  15.     >  
  16.       <Main />  
  17.     </ErrorCatch> 
  18.  
  19. export default  

鼓掌,鼓掌。

其实不然:利用error捕获的错误,其最主要的是提供了错误堆栈信息,对于分析错误相当不友好,尤其打包之后。

错误那么多,我就先好好处理React里面的事件处理程序。

至于其他,待续。

事件处理程序的异常捕获

示例

我的思路原理很简单,使用decorator[5]来重写原来的方法。

先看一下使用: 

  1. @methodCatch({ message: "创建订单失败", toast: true, report:true, log:true })  
  2.  async createOrder() {  
  3.      const data = {...};  
  4.      const res = await createOrder();  
  5.      if (!res || res.errCode !== 0) {  
  6.          return Toast.error("创建订单失败");  
  7.      } 
  8.       .......  
  9.      其他可能产生异常的代码  
  10.      .......      
  11.     Toast.success("创建订单成功");  
  12.  } 

注意四个参数:

  •  message:出现错误时,打印的错误
  •  toast:出现错误,是否Toast
  •  report: 出现错误,是否上报
  •  log: 使用使用console.error打印

可能你说,这这,消息定死,不合理啊。我要是有其他消息呢。

此时我微微一笑别急, 再看一段代码 

  1. @methodCatch({ message: "创建订单失败", toast: true, report:true, log:true })  
  2.     async createOrder() {  
  3.         const data = {...};  
  4.         const res = await createOrder();  
  5.         if (!res || res.errCode !== 0) {  
  6.             return Toast.error("创建订单失败");  
  7.         }    
  8.          .......  
  9.         其他可能产生异常的代码  
  10.         .......        
  11.         throw new CatchError("创建订单失败了,请联系管理员", {  
  12.            toast: true,  
  13.            report: true,  
  14.            log: false  
  15.        })       
  16.         Toast.success("创建订单成功");  
  17.     } 

是都,没错,你可以通过抛出 自定义的CatchError来覆盖之前的默认选项。

这个methodCatch可以捕获,同步和异步的错误,我们来一起看看全部的代码。

类型定义 

  1. export interface CatchOptions {  
  2.     report?: boolean;  
  3.     message?: string;  
  4.     log?: boolean;  
  5.     toast?: boolean;  
  6.  
  7. // 这里写到 const.ts更合理  
  8. export const DEFAULT_ERROR_CATCH_OPTIONS: CatchOptions = {  
  9.     report: true,  
  10.     message: "未知异常",  
  11.     log: true,  
  12.     toast: false  

自定义的CatchError 

  1. import { CatchOptions, DEFAULT_ERROR_CATCH_OPTIONS } from "@typess/errorCatch";  
  2. export class CatchError extends Error {  
  3.     public __type__ = "__CATCH_ERROR__" 
  4.     /**  
  5.      * 捕捉到的错误  
  6.      * @param message 消息  
  7.      * @options 其他参数  
  8.      */  
  9.     constructor(message: string, public options: CatchOptions = DEFAULT_ERROR_CATCH_OPTIONS) {  
  10.         super(message);  
  11.     }  

装饰器 

  1. import Toast from "@components/Toast";  
  2. import { CatchOptions, DEFAULT_ERROR_CATCH_OPTIONS } from "@typess/errorCatch";  
  3. import { CatchError } from "@util/error/CatchError";  
  4. const W_TYPES = ["string", "object"];  
  5. export function methodCatch(options: string | CatchOptions = DEFAULT_ERROR_CATCH_OPTIONS) {  
  6.     const type = typeof options;  
  7.     let opt: CatchOptions;  
  8.     if (options == null || !W_TYPES.includes(type)) { // null 或者 不是字符串或者对象  
  9.         opt = DEFAULT_ERROR_CATCH_OPTIONS 
  10.     } else if (typeof options === "string") {  // 字符串  
  11.         opt = {  
  12.             ...DEFAULT_ERROR_CATCH_OPTIONS,  
  13.             message: options || DEFAULT_ERROR_CATCH_OPTIONS.message,  
  14.         }  
  15.     } else { // 有效的对象 
  16.          opt = { ...DEFAULT_ERROR_CATCH_OPTIONS, ...options }  
  17.     } 
  18.     return function (_target: any, _name: string, descriptor: PropertyDescriptor): any {  
  19.         const oldFn = descriptor.value;  
  20.         Object.defineProperty(descriptor, "value", {  
  21.             get() {  
  22.                 async function proxy(...args: any[]) {  
  23.                     try {  
  24.                         const res = await oldFn.apply(this, args);  
  25.                         return res;  
  26.                     } catch (err) {  
  27.                         // if (err instanceof CatchError) {  
  28.                         if(err.__type__ == "__CATCH_ERROR__"){  
  29.                             errerr = err as CatchError;  
  30.                             const mOpt = { ...opt, ...(err.options || {}) };  
  31.                             if (mOpt.log) {  
  32.                                 console.error("asyncMethodCatch:", mOpt.message || err.message , err);  
  33.                             }  
  34.                             if (mOpt.report) {  
  35.                                 // TODO::  
  36.                             }  
  37.                             if (mOpt.toast) {  
  38.                                 Toast.error(mOpt.message);  
  39.                             }  
  40.                         } else {                        
  41.                              const message = err.message || opt.message;  
  42.                             console.error("asyncMethodCatch:", message, err); 
  43.                             if (opt.toast) {  
  44.                                 Toast.error(message);  
  45.                             }  
  46.                         }  
  47.                     }  
  48.                 }  
  49.                 proxy._bound = true 
  50.                 return proxy;  
  51.             }  
  52.         })  
  53.         return descriptor;  
  54.     }  

总结一下

  1.  利用装饰器重写原方法,达到捕获错误的目的
  2.  自定义错误类,抛出它,就能达到覆盖默认选项的目的。增加了灵活性。 
  1. @methodCatch({ message: "创建订单失败", toast: true, report:true, log:true })  
  2.     async createOrder() {  
  3.         const data = {...};  
  4.         const res = await createOrder();  
  5.         if (!res || res.errCode !== 0) {  
  6.             return Toast.error("创建订单失败");  
  7.         }  
  8.        Toast.success("创建订单成功");       
  9.          .......  
  10.         其他可能产生异常的代码  
  11.         .......         
  12.         throw new CatchError("创建订单失败了,请联系管理员", {  
  13.            toast: true,  
  14.            report: true,  
  15.            log: false  
  16.        })  
  17.     } 

下一步

啥下一步,走一步看一步啦。

不,接下来的路,还很长。这才是一个基础版本。

    1.  扩大成果,支持更多类型,以及hooks版本。 

  1. @XXXCatch  
  2. classs AAA{  
  3.     @YYYCatch  
  4.     method = ()=> {  
  5.     }  

    2.  抽象,再抽象,再抽象

玩笑开完了,严肃一下:

当前方案存在的问题:

  1.  功能局限
  2.  抽象不够
  3.  获取选项,代理函数, 错误处理函数完全可以分离,变成通用方法。
  4.  同步方法经过转换后会变为异步方法。
  5.  所以理论上,要区分同步和异步方案。
  6.  错误处理函数再异常怎么办

之后,我们会围绕着这些问题,继续展开。

Hooks版本

有掘友说,这个年代了,谁还不用Hooks。

是的,大佬们说得对,我们得与时俱进。

Hooks的基础版本已经有了,先分享使用,后续的文章跟上。

Hook的名字就叫useCatch 

  1. const TestView: React.FC<Props> = function (props) { 
  2.     const [count, setCount] = useState(0);   
  3.      const doSomething  = useCatch(async function(){  
  4.         console.log("doSomething: begin");  
  5.         throw new CatchError("doSomething error")  
  6.         console.log("doSomething: end");  
  7.     }, [], {  
  8.         toast: true 
  9.      })  
  10.     const onClick = useCatch(async (ev) => {  
  11.         console.log(ev.target);  
  12.         setCount(count + 1);  
  13.         doSomething();  
  14.         const d = delay(3000, () => {  
  15.             setCount(count => count + 1);  
  16.             console.log()  
  17.         });  
  18.         console.log("delay begin:", Date.now())  
  19.         await d.run();       
  20.          console.log("delay end:", Date.now())  
  21.         console.log("TestView", this)  
  22.         throw new CatchError("自定义的异常,你知道不")  
  23.     },  
  24.         [count],  
  25.         {  
  26.             message: "I am so sorry",  
  27.             toast: true  
  28.         });  
  29.     return <div>  
  30.         <div><button onClick={onClick}>点我</button></div>  
  31.         <div>{count}</div>  
  32.     </div>  
  33. export default React.memo(TestView); 

至于思路,基于useMemo,可以先看一下代码: 

  1. export function useCatch<T extends (...args: any[]) => any>(callback: T, deps: DependencyList, options: CatchOptions =DEFAULT_ERRPR_CATCH_OPTIONS): T {     
  2.     const opt =  useMemo( ()=> getOptions(options), [options]);  
  3.         const fn = useMemo((..._args: any[]) => {  
  4.         const proxy = observerHandler(callback, undefined, function (error: Error) {  
  5.             commonErrorHandler(error, opt)  
  6.         });  
  7.         return proxy;  
  8.     }, [callback, deps, opt]) as T;  
  9.     return fn;  

写在最后

error-boundaries[6]

React异常处理[7]

catching-react-errors[8]

react进阶之异常处理机制-error Boundaries[9]

decorator[10]

core-decorators[11]

autobind.js[12] 

 

责任编辑:庞桂玉 来源: 前端大全
相关推荐

2017-03-21 16:34:38

iOS捕获异常

2013-05-14 11:13:40

动态捕获PythonPython异常

2023-06-16 09:08:39

ReactContextRFC

2022-07-31 19:57:26

react项目VSCode

2021-03-13 17:38:51

Python警告开发

2023-10-10 13:23:18

空指针异常Java

2023-12-21 10:26:30

​​Prettier

2022-05-13 08:48:50

React组件TypeScrip

2022-08-16 10:44:11

Sentry前端异常

2024-11-11 11:21:30

虚拟机Python跳转表

2019-01-24 16:11:19

前端全局异常数据校验

2024-08-02 09:15:22

Spring捕捉格式

2020-08-24 13:35:59

trycatchJava

2015-02-03 14:45:55

android全局异常

2023-10-27 08:20:12

springboot微服务

2023-10-08 11:09:22

Optional空指针

2021-10-11 08:08:02

Python异常程序

2021-12-07 08:16:34

React 前端 组件

2021-12-13 14:37:37

React组件前端

2021-05-21 06:13:35

React Hooks react-refrReact
点赞
收藏

51CTO技术栈公众号