minmax(280px, 1fr)更可靠，因1fr使列数随容器宽度自然增减；而minmax(280px, 300px)易卡在整数列导致留白。auto-fit收空列并拉伸，auto-fill保留空位；gap需媒体查询响应式控制；父容器须为真实布局盒。
直接用 repeat(auto-fit, minmax()) 就能实现列数自动变化，但“缩放”不是列宽变大变小，而是列数增减——列宽本身由 minmax() 的两个参数共同约束，不是无脑拉伸。
为什么minmax(280px, 1fr)比minmax(280px, 300px)更可靠
第二参数写死像素（如 300px）会让浏览器在某些宽度下“卡住”：容器宽 950px 时，它宁愿只放 3 列（3×300=900），也不愿把第 4 列压到 280px 塞进去。而 1fr 表示“剩余空间均分”，和容器宽度强绑定，列数变化更平滑。
-
minmax(280px, 1fr)：每列至少 280px，多出空间大家平分，列数随容器宽度自然增减 -
minmax(280px, 300px)：列宽被锁死在 280–300px 之间，浏览器可能宁可留白也不多加一列 - 真要限制最大列宽，改用
minmax(min(280px, 100%), 1fr)或clamp(280px, 1fr, 320px)，后者在 Firefox 中 gap 渲染有延迟，慎用
auto-fit 和 auto-fill 实际表现差在哪
两者都靠 minmax() 触发列数变化，但空轨道处理逻辑完全不同，直接影响视觉节奏：
-
auto-fit：把没内容的空列“收掉”，已有列拉伸填满容器 → 单列占满、双列均分、三列紧凑，适合卡片列表 -
auto-fill：保留所有可能的列位置，哪怕没内容也留空 → 窄屏下可能出现“三列只占一半宽”，适合需要列宽绝对稳定的仪表盘 - 测试方法：拖动浏览器窗口，看列数跳变时是否伴随明显拉伸/留白；Safari iOS 12–13 对
auto-fit支持不稳定，需媒体查询兜底
gap 值必须手动响应式控制，不能靠根字体缩放
gap: 1rem 在手机上可能是 16px，桌面端还是 16px，视觉松紧失衡。这不是 bug，是 rem 的设计逻辑——它不随屏幕物理尺寸变，只随根字号变。
立即学习“前端免费学习笔记（深入）”；
- 小屏（
max-width: 480px）：gap: 0.5rem（约 8px），避免间隙割裂内容 - 中屏（
481px – 768px）：gap: 0.75rem（12px） - 大屏（≥769px）：
gap: 1.25rem（20px），留出呼吸感 - 别用
gap: clamp(0.5rem, 2vw, 1.25rem)——Firefox 对clamp()在gap中的支持存在延迟渲染问题
父容器必须是“布局盒”，否则 minmax() 不生效
minmax() 响应的是**直接父容器的宽度**，但这个父容器得能产生真实布局盒：
- 禁止在
display: contents或display: none元素上设 Grid —— 它不参与盒模型，minmax()算不出有效宽度 - Flex 容器或 Grid 容器自身可以当网格父容器，但子项必须是真实 DOM 元素，不能是伪元素或被
contents吞掉的节点 - 如果用了
container: inline-size（容器查询），minmax()依然生效，但此时响应的是容器尺寸而非视口
最常被忽略的一点：没 gap，窄屏下单列会贴边难看；没 justify-content: center，单列不会居中——这些不是锦上添花，是让 auto-fit 看起来“调好了”的必要条件。
