React 正在沦为前端圈的“孔乙己”：脱不下的长衫与失控的基建

React 团队一到前端圈。所有敲代码的人便都看着他笑，有的叫道：“React，你又悄摸摸搞出几个极其拧巴的缝合怪 API！”

他不回答，对柜里说：“加两套重型编译器。要一碟 useEffectEvent。”便排出几个难懂的心智模型。

他们又故意高声嚷道：“你一定又在底层偷偷搞副作用了！”

React 睁大眼睛说：“你怎么这样凭空污人清白…，”

“什么清白？按理说，我前天亲眼见你的 useEffect 里异步网络请求满天飞。闭包陷阱套着闭包陷阱，连个最新状态都拿不到，还在 commit 阶段偷偷改 Ref，被全网吊着打。”

React 便涨红了脸。额上的青筋条条绽出，争辩道：“异步…，异步的事怎么能叫副作用呢！，…那叫代数效应，React 调度器里的事，能算不纯么？”接连便是些难懂的话，什么“Fiber 架构”，什么“并发渲染”。什么“UI 是状态的纯函数映射”，引得整个 Web 社区内外充满了快活的空气。

你明明一身历史包袱。底层 DOM 突变和时序补丁糊了一层又一层，还要死死捂着那件打满补丁的「函数式编程」长衫装清高。你连业务代码里最基本的异步抓取和状态流转都做不到开箱即用。还天天搁这儿给开发者念经，说什么“要保持纯洁，要无副作用”。怎么说呢，

既然你端着全球最大前端基建的架子。那我就得用配得上你这份傲慢的严苛标准来伺候你。我不听你那套自欺欺人的八股文，也不陪你玩“心智模型”的文字游戏。我只负责把你剥个精光，拿着放大镜逐行扒开你 ReactFiberCommitWork.js 的源码。把你装死关掉的 Issue 挨个掘出来。

一、useEffectEvent：设计拧巴，文档更拧巴

经典恶心场景这方面。闭包逼你把「只想读一次」的东西写进依赖

所有写过 React 的人都遇到过这种事：

你写了一个聊天室组件，连接成功后要弹个提示，提示要用当前的主题色 me。

function ChatRoom {
useEffect => {
const connection = createConnection
connection.on => {
showToast // 这里用到了 me
})
connection.connect
return connection.disconnect
// ...
},) // 🚨 噩梦来了：React 逼你把 me 加进依赖数组
}

问题在哪？

你只是想在弹窗时读取一下最新的颜色。但因为 React 的闭包机制，你被迫把 me 写进依赖数组。 再看结果就是，使用者随便切个暗黑模式。你的聊天室就会断开重连一次。 这简直是灾难。

至于官方的解法，useEffectEvent

React 在近期给出了 useEffectEvent把「需要最新值、但不想加依赖」的逻辑包起来。

function ChatRoom {
const onConnected = useEffectEvent => {
showToast // 这里总能拿到最新的 me
})
useEffect => {
const connection = createConnection
connection.on => {
onConnected
})
connection.connect
}。) // 🎉 roomId 变了才重连，me 终于不用加进依赖了
}

听起来是个好东西。按理说，

React 给这个 API 加了一条硬性限制：

从说白了来看。这个函数绝对不准在组件渲染过程中调用，只能在 Effect 或者事件里调用。 如果把它传给子组件。而子组件在`render`里调了一下**，整个应用直接报错白屏。

为什么限制这么死？老实说，

源码里这个函数的最新值是在 DOM 渲染完之后的`commit`阶段**才挂到内部 `ref` 上。渲染的时候它还是空壳或旧值。说起来，官方解决不了这时序问题。于是`粗暴地用报错来阻止开发者`**。

相比之下社区是怎么做的？

The community already uses a simple `useRef`‑based hook called **`useLatestCallback`** . It stabilizes function reference while always invoking latest implementation stored in a ref. No call‑time restrictions – you can invoke it from render,effect,event handlers,or pass it down to children without hitting a “during rendering” error.

引用：

• The official release notes and documentation for `useEffectEvent`.
• The source files: # ReactFiberHooks.js# 。# ReactFiberCommitWork.js# .
• The official Reference entry for `useEffectEvent`.

二、赌徒的执念：从 Prepack 到 Compiler，用魔法掩盖缺陷

Preactpack：React 团队的「前科」

Preactpack 是 Meta 在大约2018年左右尝试的一款`失败的 JavaScript 编译器项目`**。不过，

The idea was to evaluate as much code as possible at build time so that runtime execution could be faster. They even tried to apply it to React components hoping to “fold” components ahead of time.

The dynamic nature of JavaScript made this impossible;project was abandoned.

The React team shows a pathological obsession with “compilers”. While community embraces Signal‑style fine‑grained reactivity,React doubles down on compile‑time magic. The mention of Prepack serves to illustrate that — instead of evolving core model — y prefer resurrecting an old failed approach via new **React Compiler**.

• The community calls for Signal‑based reactivity to replace dependency‑array headaches.
• The official response is to double down on compiler‑driven optimizations。refusing to acknowledge that underlying component + dependency array model is outdated.
• This results in a heavy “compiler” layer that injects `useMemo`,caching markers,and or transformations into your AST rar than providing a cleaner runtime abstraction.

• The announcement of **React Compiler v1**.
• The overview of **React Labs** projects such as View Transitions and Automatic Effect Dependencies.

三、Signal：社区要，官方不接，关 Issue 不解释

从社区直接问来看，为什么不做 Signal？

• #1: Issue titled “feature: make react more reactive ”.
  • - 提出者指出 `useState/useEffect` 本质是 observable + subscriber，但存在读取不到最新值、依赖数组难写的问题；说起来，建议实现 Signals 来降低复杂度。
  • - 官方没有任何回复；Issue 被 stale bot 自动关闭并标记为 “not planned”。
• #2: Issue titled “React Why Not Consider Support Signals”.
  • - 作者询问为何官方不考虑 Signal。
  • - 唯一回复来自 React Compiler 项目负责人。仅说“我们在一次演讲中已经充分讨论过”，并附带演讲链接，没有提供书面解释或 RFC。话说回来，

这算啥？

• #1 → 零官方回复 → 不接话、不解释。不过，
• #2 → 官方仅以演讲链接回避 → 死鸭子嘴硬。不提供可检索文本说明选型原因。

A library that claims to be foundation of global front‑end infrastructure should leave transparent,searchable reasoning when dismissing community proposals. Deflecting with “watch our talk” is both dismissive and technically opaque.

再看替代品，满分作业拍在脸上，React 偏不抄

The community produced **Preact Signals**,which demonstrates that a fine‑grained reactive model can be layered onto existing component APIs without invasive compiler tricks. It works cleanly at runtime。proving that closure pitfalls can be solved without heavy compile‑time scaffolding.

The irony is that Preact Signals runs completely independent of React’s core source yet achieves what many developers desire from a future‑proof reactivity system. Meanwhile,official **React Compiler** attempts to rewrite ASTs by inserting `useMemo`,turning orwise readable code into an opaque black box.

• This clash highlights a strategic misalignment: instead of adopting an elegant runtime solution offered by Signal‑style libraries,official team invests in a heavyweight compile‑time pipeline that adds complexity without addressing root problems.

。

---