用开发者工具定位到底慢在哪里

不同 overflow 场景需要不同的优化重点，单纯复制某个 CSS 属性不能保证所有设备都变顺畅。

处理 overflow动慢最有效的顺序是先确认卡顿类型，再用性能工具找出长任务、回流或绘制热点，最后只优化真正占用资源的节点。对于大数据列表，减少渲染量通常比调整单个 overflow 值更有效；对于面板动画，减少布局变化通常比强行启用硬件加速更可靠。

CSS层面的优化方式

排查 overflow 动慢时，开发者工具应先记录滚动或动⚡画期间的 Performance 时间线，再判断主要耗时属于脚本、布局、绘制还是合成。

判断 overflow动慢是否由布局造成，还可以观察滚动时页面是否不断改变元素高度。如果只有某个模块触发大量 Recalculate 👍Style，应该从该模块的选择器范围、动态 class 和尺寸计算入手，而不是给整个页👍面盲目添加 will-change。