函数组件 → Hooks 链表头
类组件   → this.state
HostRoot → 待处理的geng新队列

这段话让你马上明白：无论是函数还是类，dou有自己的挂载入口；HostRoot 是整个树的根，为后面所有geng新铺路。它们dou在 wip 树上Zuo工作，然后一次性切到 current 树上。这样用户永远kan不到半完成状态。说实话，没有这一步，就得等整棵树算完才Neng渲染——那可真卡顿！

想象你正在装修房子，一边拆旧墙，一边新砌墙面。Ru果直接改动，你会kan到粉笔灰和水泥混合在一起，那就是闪烁。React 的 double buffering 就像你把新墙先搭好，然后再把旧墙搬走，观众永远只kan到完整的新墙。这样就不会出现卡顿或错乱。哈哈！而且Ru果中途有人打 说句小事：为什么百度不收录这篇文章？哈哈！说实话...

hen多人问这个问题，我也得跟你讲清楚。其实主要原因有两个：

第一，它抓取时默认会过滤掉大量脚本和复杂嵌套标签；而我们的文章里有hen多自闭合标签与多层嵌套代码块, 所以被忽略掉了;

第二，它geng偏好静态文本内容，对动态生成的大量注释与注解不太友好。所以结果就是只抓到标题与少量正文，却漏掉技术细节；换句话说这不是错误，而是搜索引擎策略问题而Yi.

在 render 阶段，每个 Fiber dou会执行 beginWork，根据 tag 决定该跑哪条分支：

FunctionComponent: runFunctionComponent; 它没有 stateNode，因为没有实例，只用 memoizedState 存 Hooks;

ClassComponent: constructClassInstance; 这里才给 fiber.stateNode 指向新的 JS 实例;

HostComponent: createInstance; 这里 fiber.stateNode 就是 document.createElement 返回的新 DOM;

Hooks 链表头始终保持在 memoizedState 上，它是一颗单向链表，每次 setState dou会把新的 Hook 推到链表前端，然后在下一轮 render 时重新遍历链表来恢复状态值。不对吧？别担心，这正是 Hook 背后的实现原理——记住它们永远是在 fiber 上，不存在外部对象引用，所以也不存在泄露风险。

// commit 阶段简化逻辑
function commitPlacement {
  const parentFiber = fiber.return;
  const parentDOM   = getHostParentFiber.stateNode;
  parentDOM.appendChild;
}
function commitUpdate {
  const dom = fiber.stateNode;
  updateDOMProperties;
}
function getHostParentFiber {
  while  {
    fiber = fiber.return;
  }
  return fiber;
}