表格卡顿主因是单次脚本超50ms阻塞主线程，应采用requestIdleCallback切片渲染、DocumentFragment批量挂载、queueMicrotask串行轻量逻辑、预计算布局信息、启用contain隔离及虚拟滚动优化。
复杂表格渲染卡顿，核心不是“数据多”，而是单次脚本执行时间过长，导致主线程被独占——超过 50ms 就会掉帧、输入无响应、滚动粘滞。任务切片不是简单加 setTimeout，而是按浏览器渲染节奏，把渲染动作拆成可中断、可调度的小块，让出控制权给用户交互和帧绘制。
用 requestIdleCallback 控制渲染节奏
这是最贴合浏览器调度意图的方式：它只在主线程空闲时执行，自动避开点击、滚动、动画等高优时机。
- 每批渲染 20–40 行（视单行 DOM 复杂度动态调整），创建完后统一插入
DocumentFragment，再一次性挂载到真实 DOM - 每次执行前检查
deadline.timeRemaining() > 1，不够就暂停，等下次空闲再继续 - 必须设置
{ timeout: 2000 }防止页面不可见或空闲不足时任务被无限搁置
批内操作用 queueMicrotask 串联
同一小批内的轻量逻辑（如单元格值格式化、状态标记、样式类计算）适合用微任务快速串起来，不触发渲染但保证顺序。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 避免在宏任务回调里嵌套同步循环做大量计算——那又变回长任务
- 例如：校验 → 格式化 → 生成 cell 元素 → 推入 fragment，这四步可用
queueMicrotask分层衔接 - 不要在微任务里再发
setTimeout，否则会打乱切片边界和节奏
规避强制重排，提前锁定布局信息
表格卡顿常被误认为是“渲染慢”，实际可能源于隐性重排——比如在循环中读取 offsetHeight 或 getBoundingClientRect()。
立即学习“Java免费学习笔记（深入）”；
- 所有行高、列宽、合并单元格位置等几何信息，在切片开始前一次性预计算并缓存
- 禁用内联样式动态计算；用 CSS 变量或预设 class 控制状态样式
- 表格容器启用
contain: layout style paint，隔离渲染影响范围
大表格场景优先考虑虚拟滚动
当表格总行数超 2000、且支持滚动浏览时，“分页+切片”已非最优解。虚拟滚动将 DOM 节点数压到可视区 ± 缓冲区（通常 30–50 个），性能提升更显著。
- 只渲染当前可见的行，其余用空白占位元素撑开高度
- 通过
scrollTop和固定行高快速算出起始索引，复用节点内容与transform: translateY()定位 - 配合
IntersectionObserver懒加载图片/富文本等重型单元格内容
