React Fiber.memorizedStates与Hook为何采用链表而非数组存储？

首先要明确：React Hook的状态其实是挂载在对应Fiber节点的memorizedStates属性上的，而memorizedStates本身就是一个链表结构，每个节点对应一个Hook的状态数据。选择链表而非数组，核心是为了适配React的架构设计和Hook的使用特性，具体原因和优势如下：

1. 从根源避免Hook索引错位问题 #

React要求Hook必须在组件顶层按固定顺序调用，但链表的设计彻底摆脱了对数组索引的依赖。如果用数组存储，一旦开发者误在条件语句里调用Hook（比如if (isShow) { useState() }），后续Hook的数组索引就会全部错位，导致状态和Hook不匹配。而链表通过每个Hook节点的next指针串联，遍历只靠节点间的引用，哪怕某个Hook未执行，也不会破坏整个状态链的对应关系。

2. 完美适配Fiber的可中断渲染 #

Fiber架构的核心是可中断、可恢复的渲染流程——React可能会暂停当前渲染任务去处理高优先级事件，之后再恢复渲染。链表结构允许React在恢复时直接从暂停的Hook节点继续遍历，不需要额外维护当前遍历的索引；每个Hook节点本身就持有下一个节点的引用，天然支持这种断点续传的需求。如果用数组，还得额外记录当前遍历到的索引位置，徒增状态管理的复杂度。

3. 动态操作更高效 #

链表在插入、删除节点时，只需要修改相邻节点的指针，时间复杂度是O(1)；而数组做同样的操作，需要移动后续所有元素，时间复杂度为O(n)。虽然React官方不推荐动态增减Hook，但从框架设计的灵活性角度，链表能更好地支持未来可能的动态Hook场景，同时保持高效的状态更新。

4. 和Fiber树结构统一，降低维护成本 #

Fiber节点本身就是一个双向链表（通过return、child、sibling指针关联），把memorizedStates设计成链表，能让整个Fiber树的结构保持一致，统一了框架内部的数据结构设计，减少了代码维护的复杂度。

内容的提问来源于stack exchange，提问作者Moηth