唉,我是专门来写 bug 的吧

一句话总结: StrictMode 下,不要在 useState、useRef 等初始值的构造函数/回调函数里修改 state

起因是,我需要写这样一个代码

  1. 有一个通过单例模式创建的对象;
  2. 这个单例对象初始化完成以后,需要刷新页面状态;

正常的前端,大概会把对象初始化的逻辑写在 useEffect 或者 useEffectLayout

可是,今天的我脑洞清奇,因为我想让早点初始化完成,所以我把对象的初始化写在了 useState 的初始值里,这样执行的时机会在 useEffect 或者 useEffectLayout 之前

js 复制代码
import React, { useState } from 'react';

class Onething {
  constructor(props) {
    console.log('*******constructor');
    props.init();
  }

  static instance;

  static getInstance(props) {
    console.log('*******getInstance');
    if (!this.instance) {
      this.instance = new Onething(props);
    }
    return this.instance;
  }
}

const Example = () => {
  const init = () => {
    setText('完成');
  }
  const [text, setText] = useState('初始');
  const [thing] = useState(Onething.getInstance({ init }));

  console.log('******render', text);

  return <div>{text}</div>;
}

我心里,这个代码的执行顺序是这样的:

  1. 将 text 初始化为 "初始";
  2. 执行 Onething 的构造函数,将 text 修改为 "完成";

会先初始化 text 为 "初始",再执行 Onething 的构造函数,构造函数里将 text 变成 "完成",所以最后界面会展示"完成"。

结果!这个代码!!没有照我的预期运行!!!单例对象初始化完成后,界面依然显示"初始"!!!!

打开控制台,组件函数在 StrictMode 下执行了两遍,

  1. 将 text 初始化为 "初始";
  2. 执行 Onething 的构造函数,将 text 修改为 "完成";
  3. StrictMode 下第二次执行组件函数,再次将 text 初始化为 "初始";

由于 Onething 是单例模式,第二次执行时没有执行构造函数、再修改 text 值,所以 text 值又变成了 "初始";

唉,唉,唉

我是专门来写 bug 的吧

相关推荐
王林不想说话13 小时前
React自定义Hooks
前端·react.js·typescript
gustt13 小时前
React 跨层级组件通信:从 Props Drilling 到 useContext 的实战剖析
前端·react.js
社恐的下水道蟑螂14 小时前
深入理解 React 中的 Props:组件通信的桥梁
前端·javascript·react.js
留简15 小时前
从零搭建一个现代化后台管理系统:基于 React 19 + Vite + Ant Design Pro 的最佳实践
前端·react.js
然麦15 小时前
我的dify被精准攻击了(CVE-2025-55182)
人工智能·react.js
小肥宅仙女15 小时前
告别繁琐!React 19 新特性对比:代码量减少 50%,异步状态从此自动管理
前端·react.js
3秒一个大18 小时前
React 中 Context 的作用与用法:从主题切换案例说起
前端·react.js
AI前端老薛18 小时前
你了解react合成事件吗
前端·react.js·前端框架
玲小珑20 小时前
React 防抖函数中的闭包陷阱与解决方案
前端·react.js
拖拉斯旋风20 小时前
React 跨层级组件通信:使用 `useContext` 打破“长安的荔枝”困境
前端·react.js