根本原因是浏览器反复触发重排与重绘，主线程被大量布局计算阻塞；定位需用Performance面板检测Layout超3ms瓶颈，Elements面板设attribute修改断点；优化方案包括虚拟滚动（IntersectionObserver或lightweight-virtual-scroll）和批量DOM操作。
谷歌浏览器加载含100多个DOM节点的列表页时明显卡顿，滚动迟滞、交互响应慢，根本原因是浏览器反复触发重排与重绘，主线程被大量布局计算阻塞。
定位性能瓶颈
打开开发者工具 → Performance 面板 → 点击录制按钮 → 刷新页面并滚动到底部 → 停止录制。重点关注 Layout 和 Paint 区域的长条状耗时块，若单次 Layout 耗时超过 【3ms】，即为严重瓶颈。
在 Elements 面板中选中列表容器，右键 → “Break on” → “attribute modifications”，再触发数据更新——可快速确认是否因频繁修改 class 或 style 导致强制同步布局。
用虚拟滚动替代全量渲染
方法一：使用原生 IntersectionObserver + 定高容器（推荐）
第一步：给列表外层容器设置固定高度和 overflow-y: auto，并添加 position: relative；
第二步：只渲染视口内及上下各2个item的DOM节点，其余用空白占位div撑开原始高度；
第三步：监听滚动事件，用 getBoundingClientRect() 判断每个item是否进入可视区域，动态切换真实内容与占位符——注意必须将所有 getBoundingClientRect() 调用集中放在滚动回调末尾，避免布局抖动。
方法二：引入 lightweight-virtual-scroll 库
执行 npm install lightweight-virtual-scroll → 在组件中 import { VirtualList } from 'lightweight-virtual-scroll' → 用
批量DOM操作合并为单次提交
当需要动态插入/更新大量列表项时，禁止在循环中直接 appendChild：
❌ 错误写法：for (let i = 0; i —— 触发1000次重排；
✅ 正确写法：创建 DocumentFragment → 批量追加节点 → 最后一次性挂载到 DOM 树：const frag = document.createDocumentFragment(); for (let i = 0; i
这一步操作起来很简单，直接把 frag 插入即可，但【必须确保 frag 创建后不被重复 append，否则会清空原内容】。
禁用非必要CSS触发重排的属性
检查列表项样式表，移除以下高成本属性：
删除 width、height、top、left、margin、padding 的百分比或 auto 值；
用 transform: translateY() 替代 top 修改垂直位置；
用 will-change: transform 告知浏览器该元素将动画，提前分配图层——但仅对真正会动的元素加，滥用会导致内存暴涨。
