当前位置: 首页 > news >正文

【回顾React的一些小细节】render里不可包含的东西

在 React 的render()(或函数组件的渲染路径)中

不应包含

  • 副作用(Side effects): 如网络请求、订阅、定时器、I/O、路由跳转等。

    • 为什么:render 应是纯函数,副作用会在每次渲染重复执行或引发循环。
    • 替代:类组件放componentDidMount/componentDidUpdate,函数组件放useEffect(并正确设置依赖)。
  • 调用setState或 导致状态变化的操作: 直接或间接在 render 里调用setState会立即触发新渲染,容易导致无限循环。

    • 替代:把状态更新放到事件回调、生命周期、或 effect 中。
  • 直接修改this.state或可变数据(Mutation): 如this.state.obj.x = 1array.push()

    • 为什么:会破坏不可变性,导致难以追踪的渲染问题。
    • 替代:使用不可变拷贝:const next = {...this.state.obj, x:1}const nextArr = [...arr, item]
  • 长时间或昂贵的计算: CPU 密集型操作会阻塞渲染导致卡顿。

    • 替代:使用useMemo/memo/PureComponent或把计算异步化/提前计算。
  • 创建新的函数/对象引用(频繁): 在渲染每次都新建匿名函数或对象(如onClick={() => doX()}style={{}})会使子组件收到不同引用,触发不必要重渲染。

    • 替代:用 class 方法、useCallbackuseMemo或提前提取常量。
  • 直接操作 DOM 或添加事件监听: 如document.addEventListener、手动修改节点。

    • 替代:使用 refs + 在componentDidMount/useEffect中进行,并在卸载时清理。
  • 异步/await 表达式: render 不能是异步函数,返回值必须是 React 元素或null

    • 替代:在 effect 中做异步工作,状态准备好后渲染。
  • 非确定性副作用(例如导航、弹窗、全局状态修改): 这些在每次渲染时重复执行会造成 UX/状态错乱。

    • 替代:通过事件或 effect 控制一次性/受控触发。
  • 抛出异常的操作(未捕捉): 如果 render 抛错会破坏整棵组件树(除非有 ErrorBoundary)。

    • 替代:在渲染前验证数据,或在渲染外做可能失败的逻辑并保留安全值。

常见错误示例(错误)

// 错误:每次 render 都会创建定时器并在回调里 setState -> 无限循环 render() { setTimeout(() => this.setState({ x: 1 }), 1000); return <div>{this.state.x}</div>; }

正确写法(类组件)

componentDidMount() { this.timer = setTimeout(() => this.setState({ x: 1 }), 1000); } componentWillUnmount() { clearTimeout(this.timer); } render() { return <div>{this.state.x}</div>; }

正确写法(函数组件 + Hook)

useEffect(() => { const id = setTimeout(() => setX(1), 1000); return () => clearTimeout(id); }, []); // 空依赖:只在挂载时执行一次

(排查 render 问题时用)

  • render 中有没有setState/setTimeout/fetch/addEventListener?若有,把它们移动到 effect 或生命周期。
  • 是否直接修改state或 props 的对象/数组?若是,改为不可变更新。
  • 是否每次渲染都创建了新的函数/对象作为 prop?考虑useCallback/useMemo
  • 是否在组件卸载时清理了订阅或计时器?(componentWillUnmount/ effect cleanup)
http://www.cnnetsun.cn/news/136916.html

相关文章:

  • 根据您提供的 package.json 片段,涉及的 @vue/cli-plugin-babel 和 @vue/cli-service 版本为 ~4.2.0。以下是针对该版本的详细解决方案,结合相关依
  • electron-egg打包win7
  • 8种网络故障分析及测试命令大全
  • 新人必看盘点知名CTF练习靶场,从零基础入门到精通,收藏这一篇就够了!
  • Pythonselenium自动化测试实战项目
  • 关于Comtos Linux (朱雀)主体源码的选择
  • 超级Mini小车功能说明
  • STC32G12单片机替换成STC32F12单片机,直接替换的结果
  • SIEMENS 6SL3210-1PE33-0CL0 变频器
  • 软件测试常用的7种方法,最后一个是升职加薪关键!(零基础小白转行IT互联网高效进阶)
  • 【RTOS】EasyLog的移植与使用
  • 在数据库里玩“平行宇宙”:MatrixOne Data Branch 让数据也拥有Git 的分支/合并/对比/回滚(含跨集群同步)
  • 基于单片机的全自动洗衣机系统的设计
  • 5.6 模型部署与智能体集成实战
  • 基于单片机的球赛计分牌的设计
  • ArcGIS Pro 从入门到实战基础篇(10):地图菜单
  • Kotaemon与Redis/Memcached集成:构建高速缓存层
  • 【鸿蒙三方库编译】lycium_plusplus(lycium++)高效完成鸿蒙C/C++编译
  • 2025年度GEO服务商权威甄选指南:技术深度与商业价值的双重考量
  • 收藏备用!Java程序员转AI大模型:从技术沉淀到AI爆发的进阶之路
  • Python 爬虫实战:Session 会话维持爬取需登录内容
  • 基于移相全桥变换器的电池充电仿真模型,采用电压电流双闭环PI控制。 电池先经历CC模式而后进入...
  • 基于COMSOL模拟的水力压裂技术研究:固体力学与达西定理的应用
  • Redis 性能调优(二)
  • Doris 性能调优实践指南(可直接落地)
  • presum|二分try+滑窗cnt
  • Web自动化测试:Unittest单元测试框架
  • Apache2最佳实践
  • 实力派,也可以是偶像派
  • 基于单片机的多功能万年历