INP优化：从交互到下一次绘制的核心细节

避免强制重排（Layout❤️ Thrashing） ：在事件处理中连续读取🎉然后写入样式属性会导致浏览器反复计算布局

设定优化基线 ：通常将 INP 控制在 200ms 以内可以为用户带来良好体验，200📌~500ms 需要关注，超过 500ms 则需要优先优化

胡智超

width ，再读取另一个元素的高度，这种模式应合并或重构

聚焦关键交互路径 不是所有交互都对📢 INP 有相同权重

优化 INP 的核心技术细节

当用户交互发生时，如果主线程正忙于执行其他任务（如大型脚本解析、复杂布局计算），交互事件将☀️排队等待，从而增加“交互到下一次绘制”的时间

但需注意不要创建过多🎵图层，否则会增加内存与合成开销