文章详情

登录

短信预约-IT技能 免费直播动态提醒

• 地区
• 手机号
• 验证码获取验证

立即预约

选择考试省份

• 北京
• 上海
• 天津
• 重庆
• 河北
• 山东
• 辽宁
• 黑龙江
• 吉林
• 甘肃
• 青海
• 河南
• 江苏
• 湖北
• 湖南
• 江西
• 浙江
• 广东
• 云南
• 福建
• 海南
• 山西
• 四川
• 陕西
• 贵州
• 安徽
• 广西
• 内蒙
• 西藏
• 新疆
• 宁夏
• 兵团

请输入下面的图形验证码

提交验证

短信预约提醒成功

在 React 中使用 Context 的两点注意事项

2024-12-14 01:09

关注

Context是个好东西，先不论代数效应之类纯理论的概念，能在组件树上无视深度地透传状态确实能给开发带来很大的便利。

但如果Context的使用上不注意一些细节，使用不当，对应用的性能是有可能造成灾难性影响的。近期在做一个产品的性能优化的时候，总结出来微不足道的两点“常识”。

关于顺序

先来看一张图，我愿称之为世界名画： 

 

这就一演示的界面，没什么东西，我的逻辑也很简单：

import React, {memo, useReducer} from 'react'; 
import {ConfigProvider, Tooltip} from 'antd'; 
import ZH_CN from 'antd/lib/locale-provider/zh_CN'; 
import 'antd/dist/antd.min.css'; 
 
const Text = ({text}) => { 
    return ( 
        "Tooltip" placement="top"> 
            
{text}
 
         
    ); 
}; 
 
const MemoedText = memo(Text); 
 
const ConfigProviderInside = () => { 
    const [counter, inc] = useReducer((v) => v + 1, 1); 
 
    return ( 
         
            
 
                "This is some text." /> 
                
App Counter: {counter}
 
                "button" onClick={inc}> 
                    FORCE UPDATE 
                 
            

 

         

    ); 

}; 

点一下按钮，整个界面都更新了一遍，是不是也还算正常？那如果做一下“简单”地优化呢： 

 

是不是很酸爽？我干了什么呢：

const ConfigProviderOutside = () => { 
    const [counter, inc] = useReducer((v) => v + 1, 1); 
 
    return ( 
        
 
            "This is some text." /> 
            
App Counter: {counter}
 
            "button" onClick={inc}> 
                FORCE UPDATE 
             
        

我把antd的ConfigProvider放到了外面，就这一行代码。

原因也很简单，antd的ConfigProvider并没有做什么优化，它每一次给Context的value都是一个全新的对象（虽然内容并没有变化），这就会导致所有关联的组件都触发更新（虽然毫无意义）。这在你的系统中的下场就是你拼合地用memo、PureComponent之类的方法优化自己写的组件，但那里面的antd组件们却欢快地渲染到停不下来。

所以第一条经验是：好 好梳理Context的上下关系，把那些理论上不会变的放到最外面，把频繁会变的往里放。

什么是不会变的呢，比如Locale、Constant，以及一些系统级的做依赖注入的，这些往往整个生命周期都不会变。

然后是类似CurrentUser这样系统启动的时候请求一次数据的，会从null变成固定的值，随后就不会变了，这一类也尽量往外放。

最后像是Router这样的，会频繁变化的，要放到最里面，免得因为它的更新把其它不怎么变的Context也带进去。

关于粒度

来看一个非常经典的Context：

const DEFAULT_VALUE = { 
    props: null, 
    openGlobalModal: () => undefined, 
    closeGlobalModal: () => undefined, 
}; 
 
const GlobalModalContext = createContext(DEFAULT_VALUE); 
 
const GlobalModalContextProvider = ({children}) => { 
    const [props, setProps] = useState(null); 
    const closeGlobalModal = useCallback( 
        () => setProps(null), 
        [] 
    ); 
    const contextValue = useMemo( 
        () => { 
            return { 
                props, 
                closeGlobalModal, 
                openGlobalModal: setProps, 
            }; 
        }, 
        [props, closeGlobalModal, setProps] 
    ); 
     
    return ( 
         
            {children} 
         
    ); 
}; 

用一个Context来统一地管理全局单例的对话框，也是一种比较常见的玩法。如果你这么用：

const EditUserLabel = ({id}) => { 
    const {openGlobalModal} = useContext(GlobalMoadlContext); 
    const edit = useCallback( 
        () => openGlobalModal({title: '编辑用户', children: }), 
        [openGlobalModal, id] 
    ); 
 
    return 编辑; 
}; 
 
const columns = [ 
    // ... 
    { 
        title: '操作', 
        key: 'action', 
        dataIndex: 'id' 
        render: id => , 
    } 
] 
 
const UserList = ({dataSource}) => ( 
    "id" dataSource={dataSource} columns={columns} /> 
); 

在一个表格里每一行放一个“编辑”标签，然后在全局放一个对话框：

const GlobalModal = () => { 
    const {props} = useContext(GlobalMoadlContext); 
     
    return !!props && ; 
}; 

你就会惊讶地发现， 每当你编辑一个用户（或在其它地方触发对话框），表格中每一行的编辑标签都会更新。

原因很容易分析， 因为当你打开对话框的时候，props是变化的，因而contextValue也变化了，所以虽然编辑标签只用了openGlobalModal这个永远不会变的东西，却也硬生生被带着渲染了起来。

如果想追求更少地渲染，就要关注第二条经验： 一个Context中的东西往往并不一起被使用，将它们按使用场景分开，特别是要将多变的和不变的分开。

像上面的代码，就可以优化成这样：

const GlobalModalPropsContext = createContext(null); 
 
const DEFAULT_ACTION = { 
    openGlobalModal: () => undefined, 
    closeGlobalModal: () => undefined, 
}; 
 
const GlobalModalActionContext = createContext(DEFAULT_ACTION); 
 
const GlobalModalContextProvider = ({children}) => { 
    const [props, setProps] = useState(null); 
    const closeGlobalModal = useCallback( 
        () => setProps(null), 
        [] 
    ); 
    const actionValue = useMemo( 
        () => { 
            return { 
                closeGlobalModal, 
                openGlobalModal: setProps, 
            }; 
        }, 
        [closeGlobalModal, setProps] 
    ); 
     
    return ( 
        // 注意第一条经验，变得少的在外面 
         
             
                {children} 
             
         
    ); 
}; 

只要根据实际的需要，去访问2个不同的Context，就可以做到最优化的属性粒度和最少的渲染。

当然我也建议不要直接暴露Context本身，而是将它按照使用场景暴露成若干个hook，这样你可以在一开始不做特别的优化，当性能出现瓶颈的时候再拆Context，只需要修改hook的实现就能做到对外的兼容。

总结

1. 关注在应用中使用的Context的顺序，让不变的在外层，多变的在内层。
2. Context中的内容可以按使用场景和变与不变来拆分成多个更细粒度匠，以减少渲染。

猜你喜欢

AI推送时光机

在 React 中使用 Context 的两点注意事项

后端开发开发React2024-12-14

在 Java 中使用 ResultMap 有哪些注意事项？(Java中ResultMap的使用注意事项)

后端开发Java2024-12-14

Python中Enum使用的几点注意事项

后端开发2024-04-02

C/C++浮点数使用的两个注意事项详解

后端开发2023-02-06

在SpringBoot中使用lombok的注意事项

后端开发2024-04-02

在 Java 中使用 Iterator 时需要注意哪些事项？(Java中使用Iterator的注意事项)

后端开发Java2024-12-22

在 Java 中使用 PKCS 时的注意事项有哪些？(在java中使用pkcs有哪些注意事项)

后端开发Java2024-12-22

React中style的使用方法及注意事项是什么

后端开发2023-07-05

使用react框架需要注意哪些事项

后端开发2023-06-05

React中需要注意的事项有哪些

后端开发2024-04-02

Springboot中@RequestBody注解使用的注意事项

后端开发2023-06-29

在 Java 中使用事务时需要留意哪些要点？(java中使用事务要注意哪些事项)

后端开发Java2024-12-22

Java uicomponent 在使用过程中有哪些注意事项？(Java uicomponent有啥注意事项)

后端开发Java2024-12-14

在CCNA考试中需要注意的几点事项

后端开发2024-04-18

Js中parseInt的使用及注意事项

后端开发2023-01-03

单例模式在PHP项目中的使用与注意事项

后端开发2023-10-21

PHP使用PHPMailer发送邮件时注意事项和注意点

后端开发2023-05-21

在python中使用集合时需要注意的事项

后端开发2023-06-14

在 Java 中使用泛型时需要注意哪些事项？(使用java泛型有哪些注意事项)

后端开发Java2024-12-16

React forwardRef的使用方法及注意点

后端开发2024-04-02

首页课程

资料下载问答资讯