【工作笔记】如何处理react中的渲染异常

我们知道,在使用 react 渲染页面的时候,如果某个子组件发生了错误,将会造成整个页面的白屏:

// page 组件,代表整个页面
class page extends React.Component {
  // 如果 Component1 渲染失败,将会导致整个 page 组件渲染失败
  render() {
    return (
      <div>
        <Component1></Component1>
        <Component2></Component2>
        <Component3></Component3>
      </div>
    )
  }
}

这样就会造成一个问题,有些子组件并没有那么重要,是否能够渲染出来,都不应该影响到整个页面。

为了解决这个问题,react 16 中提供了 componentDidCatch 方法,用于捕获组件中的渲染异常,这样当某个组件挂掉的时候,我们可以做针对性的处理,不至于整个页面瘫痪掉。

componentDidCatch的使用方式

react 官方提供了一个示例:demo

包装组件问题

从上面的示例可以得知,我们要想处理某个组件的渲染异常,需要做两件事,首先申明一个错误处理组件:

class ErrorBoundary extends React.Component {
  constructor(props) {
    super(props);
    this.state = { hasError: false };
  }

  componentDidCatch(error, info) {
    // Display fallback UI
    this.setState({ hasError: true });
    // You can also log the error to an error reporting service
    logErrorToMyService(error, info);
  }

  render() {
    if (this.state.hasError) {
      // You can render any custom fallback UI
      return <h1>Something went wrong.</h1>;
    }
    return this.props.children;
  }
}

然后包装我们需要处理的组件:

<ErrorBoundary>
  <MyComponent />
</ErrorBoundary>

一旦使用了这种包装方式,我们必须人工判断哪些组件应该做错误处理,哪些组件可以不做错误处理,这使得我们的业务代码里会混入很多错误处理的非业务代码:

<ErrorBoundary>
  <A>
    <B></B>
    <ErrorBoundary>
      <C></C>
    </ErrorBoundary>
    <D><E></E></D>
  </A>
</ErrorBoundary>

是否可以让我们编程的时候,能够专注于业务,摆脱这种包装代码呢?我们可以尝试下面的方式。

重写 React.createElement

我们可以通过重写 React.createElement ,将代码中的每个组件都包装一下:

const rc = React.createElement
React.createElement = (type, config, ...other) => {
    return rc(ErrorBoundary, keyObj, rc(type, config, ...other))
}

使用重写后的 React.createElement 效果:

<A>
  <B></B>
  <C></C>
  <D><E></E></D>
</A>

// 上面代码通过重写的 React.createElement 转化后变为:
<ErrorBoundary>
  <A>
    <ErrorBoundary><B></B></ErrorBoundary>
    <ErrorBoundary><C></C></ErrorBoundary>
    <ErrorBoundary>
      <D>
        <ErrorBoundary><E></E></ErrorBoundary>
      </D>
    </ErrorBoundary>
  </A>
</ErrorBoundary>

这样就可以统一处理渲染异常,而不会侵入我们的业务代码!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,440评论 5 467
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,814评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,427评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,710评论 1 270
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,625评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,014评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,511评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,162评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,311评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,262评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,278评论 1 328
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,989评论 3 316
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,583评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,664评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,904评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,274评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,856评论 2 339

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,259评论 25 707
  • 用两张图告诉你,为什么你的 App 会卡顿? - Android - 掘金 Cover 有什么料? 从这篇文章中你...
    hw1212阅读 12,672评论 2 59
  • 原教程内容详见精益 React 学习指南,这只是我在学习过程中的一些阅读笔记,个人觉得该教程讲解深入浅出,比目前大...
    leonaxiong阅读 2,808评论 1 18
  • 【老夏杂谈】今天不说橘子光说皮! 冬天吃橘子,正是最当季,但今天老夏不说橘子,只说说橘子皮。世间有些东西,都得越陈...
    拈花老夏阅读 447评论 0 0
  • 《我们的爱》这部剧已接近了尾声,从一开始到最后,我最心疼的是剧中的小朋友许婷婷。爸爸妈妈离婚,妈妈因为恨爸爸欺骗她...
    小七讲故事阅读 387评论 0 0