绝大多数卡片列表场景该用 auto-fit，但依赖固定列数对齐、动画或预留插槽时必须用 auto-fill；auto-fit 在卡片少时会拉宽列宽，auto-fill 则可能产生隐形空列并受 gap 影响。
绝大多数卡片列表场景该用 auto-fit，但如果你依赖固定列数做对齐、动画或预留插槽，auto-fill 才是唯一选择。
为什么卡片数量少时 auto-fit 会突然变宽？
这是它最核心的行为，不是 bug。浏览器先按 minmax() 的最小值（比如 280px）计算最多能放几列，再扫描子元素个数——如果只有 2 个卡片，就只建 2 条轨道，把剩余空间均分进去。结果就是每列宽度 = 容器宽 ÷ 2，可能远超 280px。
- 常见现象：窗口从 800px 缩到 799px，列数从 3 跳成 2，卡片瞬间拉宽，布局“抖一下”
- 临界点由
minmax()下限和gap共同决定，例如minmax(280px, 1fr)+gap: 1rem在 850px 容器中可能刚好卡在 2 列和 3 列的分界线上 - 调试时打开 DevTools 的 Grid 面板，勾选 “Show track sizes”，直接看列线数量变化
auto-fill 为什么会让右侧留白甚至出现隐形空列？
它不看内容，只管填满。只要容器宽度允许塞下 minmax() 的最小尺寸，就一定建轨道。哪怕你只放一个卡片，它也可能建出 4 条列线，其中 3 条是空的、但真实参与空间分配。
- 空轨道仍受
gap影响：设了gap: 1rem，那 4 列之间就有 3 个 gap，总空白 = 3 × 1rem，这部分会从容器宽度里扣除 - 若用了
1fr，空列也会均分剩余空间，导致有内容的卡片被挤压变形 - 适合场景：仪表盘 widget 区域，需要固定 4×4 栅格，即使只加载 2 块，也要保持结构对齐
如何避免 gap 导致列数意外减少？
gap 不是装饰，它直接影响轨道数量计算。浏览器算“最多几列”时，是拿容器宽减去所有 gap 占位后，再除以 minmax() 最小值。
立即学习“前端免费学习笔记（深入）”；
- 错误写法：
grid-template-columns: repeat(auto-fit, minmax(300px, 1fr))); gap: 1rem;→ 实际可用宽度少了约 32px，可能少一列 - 稳妥解法：把
gap算进最小值，改用minmax(calc(300px + 1rem), 1fr)，再配合gap: 1rem - 更灵活方案：用
minmax(max-content, 1fr)替代固定像素下限，让列宽随内容自然伸缩，避开硬编码临界点
真正难处理的不是语法，而是当卡片数量动态增减（比如搜索过滤、分页加载）时，auto-fit 的列数跳变会引发视觉突兀；而 auto-fill 的隐形空列又容易在 JS 动画中暴露占位问题。这时候得靠 grid-auto-flow: dense 或显式设置 grid-column 来兜底，不能只靠 repeat 行为。
