陌上寒

看「是否需要实时响应输入」——需要（实时校验、格式化、联动）就用受控；只需要「提交时的最终值」、字段很多、或集成非 React 控件就用非受控。

赞(0)陌上寒2026-10-1812-高频面试题 阅读()去评论

React 用三个假设——「只做同层比较」「type 不同直接重建」「用 key 标识同层元素」——把「树的最小编辑距离」的理论复杂度 O(n³) 降到了 O(n)，代价是放弃「跨层复用」。

赞(0)陌上寒2026-10-1812-高频面试题 阅读()去评论

key 是 React 用来判断「新旧列表中的元素是否是同一个」的身份标识——它决定组件是「复用」（保留 DOM 与状态）还是「重建」（状态丢失）；用 index 会在列表增删排序时造成状态错位。

赞(0)陌上寒2026-10-1812-高频面试题 阅读()去评论

两者唯一的区别是执行时机——useLayoutEffect 在「DOM 更新后、浏览器绘制前」同步执行（会阻塞绘制），useEffect 在「绘制后」异步执行；需要「测量 DOM 并立即修正以防闪烁」时用前者。

赞(0)陌上寒2026-10-1812-高频面试题 阅读()去评论

setState 的「调用」是同步的，「应用更新并重新渲染」是批处理延后的——所以事件处理里读不到新值；React 18 起所有场景都自动批处理（不再有「异步回调里同步渲染」的例外）。

赞(0)陌上寒2026-10-1812-高频面试题 阅读()去评论

因为 React 用「链表 + 调用顺序」把每个 Hook 的状态存起来——Hook 的身份由「第几次调用」决定，一旦顺序或数量变化，状态就会「张冠李戴」。

赞(0)陌上寒2026-10-1812-高频面试题 阅读()去评论

浮层组件的难点不在渲染，而在定位——要算的是一套完整的中间件链：基础位置 → 翻转（flip，空间不够就换到对侧）→ 位移（shift，仍溢出就沿轴平移）→ 箭头（arrow，跟着指向目标）→ 隐藏（hide，目标不可见就收起来），再补上「跟随（ResizeObserver/scroll）、Port…

赞(0)陌上寒2026-10-1811-手写实现 阅读()去评论

表单库的核心不是「收集输入值」，而是「一套细粒度的订阅模型 + 一个校验状态机」——难点集中在四处：受控/非受控统一、字段级订阅（而不是整表单重渲染）、异步校验的竞态、校验时机与提交状态机。

赞(0)陌上寒2026-10-1811-手写实现 阅读()去评论

Zustand 的最小实现只有「一个闭包保存 state + 一个 Set 存监听器 + setState 做浅合并并通知」，React 侧靠 useSyncExternalStore + 选择器（带相等性比较与结果缓存） 订阅——关键难点不是 store 本身，而是「选择器返回新对象时的引用稳定」…

赞(0)陌上寒2026-10-1811-手写实现 阅读()去评论

Suspense 的最小实现只有四步——组件在渲染中 throw 一个 thenable → 渲染器捕获它、向上找到最近的边界 → 把「正在等的 promise」记在边界上并让本次渲染作废（重渲染时边界就渲染 fallback）→ promise resolve 时「ping」一次触发重渲染；

赞(0)陌上寒2026-10-1811-手写实现 阅读()去评论