auto-fit 不负责填满容器，只合并空轨道；其核心是先生成尽可能多的列，再将未被子元素占据的空轨道宽度归零，释放空间由1fr分配。
auto-fit 本身就不负责“填满”，它只合并空轨道
很多人以为 auto-fit 是让列数自动适配、顺便把容器撑满，其实不是。它的核心动作是：先按 minmax() 尝试生成尽可能多的列轨道，再把其中**没被子元素占据的空轨道宽度归零**，最后把释放出来的空间分给有内容的列——这个“分”靠的是 1fr，而不是 auto-fit 自己干的。
所以如果你写了 grid-template-columns: repeat(auto-fit, minmax(280px, 1fr))) 却发现右侧有空白，问题不在 auto-fit，而在：1fr 没有可分配的空间，或者它被别的东西吃掉了。
- 父容器本身宽度不足（比如在 flex 容器里没设
flex: 1或width: 100%） - 子项写了
min-width: 300px或width: 100%，导致它拒绝收缩，Grid 就不敢把轨道压窄，结果空轨道没被真正“收掉” - 容器有
padding但没设box-sizing: border-box，实际可用宽度比你预期的小 - 用了
gap但没算进总宽度：600px 宽容器减去两个 gap（比如 16px × 2），只剩 568px，可能刚好卡在只能放 2 列的边界上
为什么开发者工具里看到列数对了，但视觉上还是没填满
常见现象是 computed styles 显示生成了 3 列，但第三列窄得看不见，或者整行右端留白。这通常是因为子项内容本身有不可压缩的最小尺寸。
比如卡片里塞了一段不换行的 URL：https://very-long-domain-name-without-hyphens.com/path，它自带 min-content 宽度 420px，而容器总宽才 500px。即使你写了 1fr 1fr，Grid 也会优先满足这个最小宽度，第一列占掉 420px，第二列只剩 80px —— 1fr 不是保底宽度，是协商分配结果。
立即学习“前端免费学习笔记（深入）”；
- 检查子项是否含
white-space: nowrap、min-width、未约束的图片或display: inline-block元素 - 用开发者工具的 “Layout” 面板看每个子项的
min-content和max-content宽度 - 临时加
overflow-wrap: break-word或max-width: 100%测试是否缓解
auto-fit + 1fr 组合失效的典型配置陷阱
repeat(auto-fit, minmax(200px, 1fr))) 看似万能，但几个细节一错就全崩：
-
minmax(200px, 1fr)中的200px是硬性下限，不是“目标宽度”。如果容器宽 610px，它会尝试放 3 列（3×200=600≤610），但第三列只有 10px 可用空间 → 实际渲染可能崩掉或回退为 2 列 - 父容器是
display: inline-grid—— inline 元素默认宽度由内容决定，auto-fit根本没宽度可算 - 外层用了
container-type: inline-size但没配@container查询，导致 Grid 容器无法响应式计算 - 写了
grid-auto-flow: column—— 这会让 Grid 优先填列而非行，破坏auto-fit对行内宽度的依赖逻辑
什么时候该换 auto-fill，而不是死磕 auto-fit
如果你的目标不是“不留空白”，而是“预留槽位”或“保持列宽绝对一致”，那 auto-fill 才是对的。比如仪表盘要固定每列 240px，哪怕只有一张卡片，也要留出右边两个空位供拖拽插入；或者 hover 背景色需要跨整列统一渲染，不能因为空列被收掉而断开。
但只要需求是“卡片始终铺满整行、无右侧留白、列数随窗口平滑变化”，auto-fit 就是唯一正解——前提是父容器有明确宽度上下文，子项不锁死尺寸，且你接受单卡片时它会拉满整行（这是 1fr 的正常行为，不是 bug）。
真要避免单卡片拉伸，别动 auto-fit，改 minmax()：把 1fr 换成 fit-content(300px) 或 max-content，不过得留意 Safari 对 fit-content() 的兼容性。
