用户6758094705327

优先级插队 demo 注意一个点，如果是 这样的setState，虽然他的优先级是32，但是在getNextLanes计算优先级的时候，32比不过256 比如有两个任务优先级是256和32，组合起来就

transition产生了有3次update任务 第一次 产生一次lane = 2的更新，isPending = true 第二次 回调函数的setState，这里lane = 256 第三次 产生一

同步批量更新 首先在触发点击事件的时候，会将currentUpdatePriority = 2，这决定着lane优先级 = 2 之后执行点击的回调事件 第一次setState 第一次执行，将proce

点击child1的按钮1触发click事件，setNumber会执行scheduleUpdateOnFiber触发更新 fiber是child1， lane是2 之后进入markRootUpdated

react在创建root的时候会将所有的事件都挂在root dom上面 有些事件没有捕获（比如abort），所以只注册了冒泡的方法 大多数事件既有捕获也有冒泡，所以注册了两次 demo react将事

scheduleCallback第一个参数是优先级，expirationTime = startTime + 注释后的数字 注释后的数字是必须执行时间，即使这帧超时了也要执行 taskQueue按照过

demo1 setTimeOut demo2 MessageChannel 111222333444

交叉观察器 API（Intersection Observer API）提供了一种异步检测目标元素与祖先元素或顶级文档的视口相交情况变化的方法。 详细介绍参见mdn链接 Intersectio和其他O

根据火炬图发现频繁调用add和remove 发现问题代码出现在此处 造成抖动的原因就是频繁的调用scrollChange，而makeBottomSticky和cancelBottomSticky又会频