应避免直接JS频繁修改column-count，改用媒体查询控制列数；必须JS控制时用requestAnimationFrame节流；优先用grid模拟瀑布流以减少重排；内容含图片时需onload后强制重排；Safari下慎用column-width。
column-count 切换时内容重排卡顿怎么办
直接改 column-count 值，浏览器会触发整块内容重新分列、重绘，尤其在长文本或含图片的瀑布流里，肉眼可见“闪一下”或滚动卡顿。这不是 bug，是 CSS 分列机制决定的——它不缓存列布局状态，每次变更都从头计算。
- 避免用 JS 频繁切换
column-count（比如监听resize时每像素都改） - 改用媒体查询控制列数，让浏览器自主决定切换时机：
@media (min-width: 768px) { .masonry { column-count: 2; } } @media (min-width: 1024px) { .masonry { column-count: 3; } } - 如果必须 JS 控制（如主题切换），用
requestAnimationFrame节流，且只在断点处更新，不要连续插值
flex/grid 模拟瀑布流在列数变化时为何更稳
CSS 原生 column-* 是单容器多列，内容顺序是“从上到下、从左到右”线性流；而 flex 或 grid 是基于项（item）定位，列数变化时只需调整每个 item 的 order 或 grid-row，DOM 不重排，渲染开销小得多。
-
grid推荐用grid-auto-flow: dense+grid-template-columns，列数变时仅影响列轨道，项自动归位 - 注意：纯
flex水平流无法真正模拟瀑布流高度错落，需配合 JS 计算高度并设order，反而更重 - 若用
display: grid，别依赖grid-row-end: -1这类动态值——它在列数切换时可能引发意外交互
JavaScript 补偿列高差导致的视觉撕裂
原生 column-* 会把内容切成等宽列，但每列底部高度不齐，窗口缩放瞬间可能出现某列突然“多出半行”或“少一行”，造成视觉撕裂。这不是渲染错误，是分列算法对内容高度无感知的结果。
- 给容器加
column-fill: auto（而非默认balance），让内容优先填满前列，减少末列突兀截断 - 若内容含异步加载图片，务必在
img.onload后调用document.documentElement.style.columnGap = '0'再设回原值，强制重排列（小技巧，兼容性好） - 慎用
break-inside: avoid：它会让整块元素拒跨列，但在列数变少时容易撑破容器高度，反而加剧撕裂
移动端 Safari 对 column-width 的兼容陷阱
iOS 15.4 之前，Safari 不支持 column-width 和 column-count 同时设置（会忽略 column-width）；即使现在，column-width 在视口缩放或横竖屏切换时响应滞后，常导致列数“卡在旧值”。
立即学习“前端免费学习笔记（深入）”；
- 真要响应式列宽，优先用
column-count+ 媒体查询，放弃column-width的“自适应”幻想 - 测试时务必在真机 Safari 手动旋转屏幕，不要只信 Chrome DevTools 的设备模拟
- 遇到 Safari 下列间隙异常大？检查是否意外继承了父级
line-height—— 它会影响列内行距计算，且无法被column-gap覆盖
列数切换看着只是改个数字，背后是渲染管线对内容流、盒模型、重排阈值的综合响应。最易被忽略的是：没有“平滑”的 CSS 分列，只有“可控的重排时机”和“可预测的高度行为”。
