react hooks 依靠闭包捕获渲染快照与fiber节点的memoizedstate协同管理状态；usestate返回值是闭包固定快照，非实时值；真实状态存于fiber链表，按调用顺序匹配；需函数式更新或ref获取最新值；hook顺序性保障闭包与链表映射正确。
React Hooks 能在函数组件中“记住”状态，靠的不是变量本身，而是闭包 + Fiber 节点的协同机制。每次渲染时函数重新执行，局部变量确实会重置，但 useState 返回的状态值和更新函数，是通过闭包捕获了当前渲染周期的上下文，并由 React 内部统一管理真实状态。
闭包捕获的是“快照”，不是实时值
useState 返回的 state 值（如 count）在事件处理函数中被读取时，实际引用的是该次渲染闭包内固定的值。这个值不是动态绑定的，而是函数定义时所处作用域中确定的。
- 点击按钮触发 handleClick，它内部的 count 是本次渲染时 useState 返回的那个值
- 即使后续状态已更新，旧的事件监听器仍持有最初闭包里的 count，不会自动刷新
- 这就是为什么 setCount(count + 1) 连续调用两次只加 1：两次都读的是同一个闭包中的初始 count
Fiber 节点才是状态的真实容器
React 并不把状态存在函数作用域里，而是在组件对应的 Fiber 节点上维护一个 memoizedState 字段——它是一个链表或数组，按 Hook 调用顺序存储每个 Hook 的状态对象。
- 每次调用 useState，React 按游标（cursor）索引找到对应位置的 Hook 对象
- 读取它的 memoizedState 返回给组件，写入新值则放进更新队列
- 下一次渲染时，仍是同一个 Fiber 节点，所以能拿到上次更新后的值
如何绕过闭包陷阱获取最新状态
当需要在异步或事件回调中访问最新状态时，不能依赖闭包捕获的旧值，而应使用函数式更新或 ref。
- 用 setCount(c => c + 1)：传入函数，React 会在更新时从 Fiber 中读取最新值再计算
- 配合 useRef 缓存可变值：把最新 count 存进 ref.current，并在回调中读取
- 在 useEffect 中订阅变化：把 count 加入依赖数组，确保回调捕获的是新闭包
Hook 的顺序性保障了闭包与链表的匹配
React 要求 Hooks 必须在顶层调用，不能在条件、循环或嵌套函数中使用，就是为了保证每次渲染时 Hook 调用顺序一致。
- 只有顺序固定，游标才能准确命中 Fiber 上对应的 Hook 对象
- 否则链表错位，状态就会错乱或丢失
- 这个约束本质上是在为闭包与链表的映射关系提供运行时保障
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
