【性能优化】降低re-render

1. 前置说明

1.1 React的思维模式

view = fn(props, state, context)

  • 只要参数发生改变,视图一定发生re-render
  • 没有被子组件使用的props会被丢弃,比如传递了style,但是子组件没有操作style属性,或者没有restProps,则style无效

1.2 React的变更

默认是指【指针的变更】,不会监听对象的属性变更

  • 采用Object.is(valA, valB)进行比较
  • useState产生的值,需要setState()会触发re-render,和上一次一致时,不触发re-render
  • 可以采用immutability-helper对复杂对象进行处理
    对象变化
  • 可以采用useMemo,监听变量未改变,则产生的值也不会变

1.3 React父组件re-render的影响

若父组件发生了re-render,则子组件也会re-render

  • 使用JSX时,会转成React.createElement
  • React.memo的使用
  • 封装Provider组件,子组件采用
       <Context.Provider value={{theme: this.state.theme, switchTheme: this.switchTheme}}>
         {this.props.children}
       </Context.Provider>
    

1.4 参考的轮子

2. 已知会导致re-render的可能性

  1. 组件props变更(\color{red}{指针的变更}
  2. 组件监听的dva变更
  3. 组件监听的context变更
  4. 组件eventBus接受到消息
  5. 组件监听的state,用户会频繁操作,或一次操作,引发了多次setState,且不在一个effect中
  6. 父组件发生re-render
  7. 父组件包含自更新组件,比如key会变化

3. 解决方案

3.1 props的判定

React中将【属性】【函数】【children】,统一传递给props
属性(React.memo(组件名, (prev, next) => {}))+ 回调函数(useCallbackuseMemoziedFn)

  • 对于【基本数据类型】而言,直接使用React.memo包裹即可
  • 对于【复杂数据类型】而言,需要传递第二个参数进行判定,函数返回false会进行re-render
    function areEqual(prevProps, nextProps) {
      /*
      如果把 nextProps 传入 render 方法的返回结果与
      将 prevProps 传入 render 方法的返回结果一致则返回 true,
      否则返回 false
      */
    }
    export default React.memo(MyComponent, areEqual);
    
    • 深度比较prevnext的值是否相等
    • lodashisEqualreact-fast-compareisEqual
  • 对于【回调函数】而言,需要保证函数本身的指针不变(官方推荐采用useCallback)。但是若回调函数依赖外部变量,会使得指针发生改变,则失效;若不监听变量,则会产生\color{red}{闭包}问题,也失效。这时useMemoizedFn就有作用了

3.2 useSelector的使用

  • 不要返回大对象
    反例:
    const app = useSelector((state: { app: any }) => state.app) || {};
    
  • 利用第二个参数进行深度比较,来减少re-render

3.3 useContext的使用

  • 存储的属性颗粒度要小,不要直接存储大对象
  • 封装Provider

3.4 eventBus的使用

注销时,off消费函数

useEffect(() => { 
  EventEmitter.on('refreshTagList', refreshCbk); 
  return () => { 
    EventEmitter.off('refreshTagList', refreshCbk); 
  }; 
}, []);

3.5 本组件优化策略

  • usememo(降低非必要渲染)
  • useDebounceFn(防抖)
  • 多个setState合并
  • useUpdateEffect(减少初始化的不必要数据变更)

3.6 父组件re-render

同3.1策略

3.7 自更新组件

抽离出自更新组件到祖父级(最好存放在\color{red}{无状态}的组件中)

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

推荐阅读更多精彩内容