唉,我是专门来写 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 的吧

相关推荐
yuki_uix14 小时前
Props、Context、EventBus、状态管理:组件通信方案选择指南
前端·javascript·react.js
牛奶14 小时前
React 底层原理 & 新特性
前端·react.js·面试
牛奶14 小时前
React 基础理论 & API 使用
前端·react.js·面试
小呆呆_小乌龟16 小时前
同样是定义对象,为什么 TS 里有人用 interface,有人用 type?
前端·react.js
代码小学僧1 天前
为什么我推荐前端项目都应该使用 TanStack Query 管理接口请求
前端·react.js·axios
不会敲代码11 天前
React 受控组件与非受控组件完全指南
前端·react.js
不会敲代码11 天前
React Hooks 进阶:useRef 核心用法与受控/非受控组件实战解析
前端·react.js·面试
孟陬1 天前
Tanstack Start 的天才创新之处——基于实际使用体验
react.js·visual studio code·next.js
pe7er2 天前
React 状态管理:Easy-Peasy 入门指南
react.js
一个假的前端男2 天前
# 从零开始创建 Flutter Web 项目(附 VS Code 插件推荐)
前端·flutter·react.js