grid-template-rows: masonry目前不能直接上线，因Safari和Firefox完全不解析该值，Chrome 132虽默认支持但需满足显式grid-template-columns、明确height、禁用跨行/定位等全部硬性条件，否则静默退化为单列；可靠纯CSS替代方案是column-count + break-inside: avoid。
目前不能用 grid-template-rows: masonry 直接上线——它在 Safari 和 Firefox 中完全不解析，在 Chrome 132 虽已默认开启，但必须满足一整套硬性条件，漏一条就静默退化为单列。
为什么 grid-template-rows: masonry 在多数项目里等于没写
这不是“兼容性差”，而是浏览器压根不认这个值：Safari 和 Firefox 遇到该声明直接忽略整条规则，grid-auto-flow: row 回退生效，所有子项堆成一列；Chrome 即使支持，@supports (grid-template-rows: masonry) 检测也恒为 false，JS 动态赋值如 el.style.gridTemplateRows = 'masonry' 同样静默失败，无报错、无日志、无变化。
真正生效的前提包括：
-
grid-template-columns必须显式写出（例如repeat(3, 1fr)），auto-fill和auto-fit会被拒绝 - 容器必须有明确的
height或max-height（仅min-height不够） - 子项不能有任何显式定位：
grid-row-start、grid-column、grid-row: span 2全部禁用 - 子项内部不能含
position: absolute、float、contain: layout等触发新 BFC 的属性 - 图片加载完成后的高度变化不会触发重排——只在首次渲染时计算一次
真正能上线的纯 CSS 替代方案只有 column-count + break-inside: avoid
这是目前最稳定、兼容 IE10+、无 JS、首屏即呈现的方案。原理是多列流式布局，由浏览器自动平衡列高，视觉上接近瀑布流。
立即学习“前端免费学习笔记（深入）”；
实操要点：
- 父容器设
column-count: 3（响应式可用column-count: max(2, min(4, (100vw - 48px) / 320px))） - 每个直系子元素加
break-inside: avoid（若中间嵌套 wrapper，就得把该声明移到 wrapper 上） - 用
column-gap控制间距，避免混用gap或padding导致列宽计算异常 - 不要给父容器设
height或align-items，否则会破坏列平衡逻辑
示例关键代码：
.masonry {
column-count: 3;
column-gap: 1rem;
}
.masonry > * {
break-inside: avoid;
}
动态内容插入和图片加载时的常见抖动怎么压
哪怕用了 column-count，图片异步加载、字体回流、响应式断点切换三者叠加，仍会导致列高错位或截断。这不是 bug，是流式列布局的固有行为。
缓解手段有限但有效：
- 图片统一加
display: block; width: 100%; height: auto;，并配合aspect-ratio占位（Safari 16.4+ 支持，旧版 fallback 到padding-top百分比） - 新增卡片后，可触发一次轻量重绘：
container.style.transform = 'scale(1)'或container.scrollIntoView({ block: 'nearest' }) - 监听图片加载：
img.addEventListener('load', () => { container.style.display = 'none'; setTimeout(() => { container.style.display = 'column'; }, 0); })（Safari 中最有效） - 服务端返回数据时，附带预估高度（如基于宽高比），用于
minmax(0, estimated-heightpx)占位，减少重排幅度
真正难的不是写对那两行 CSS，而是处理图片未加载、字体回流、响应式断点切换这三件事同时发生时的列高抖动——Masonry 模式下，这些都会放大视觉异常，而 column-count 方案虽不完美，但至少可控、可预测、可降级。
