平板端多栏布局间距挤压的根源是gap未随列数变化动态调整，需配合媒体查询分层重设：768px–1024px断点下，列数减少导致密度升高，须同步下调gap值（如2rem→1.25rem），并确保html font-size响应式及-webkit前缀兼容。
平板端多栏布局出现间距挤压，不是 gap 值“太小”，而是 gap 没被正确响应——它本身不随屏幕缩放变化，必须配合媒体查询显式重设。
为什么平板上 gap 看起来“被压缩”了
gap 是静态值，不会自动适配视口。当同一套 gap: 2rem 用在手机（小视口）、平板（中等视口）、桌面（大视口）时，rem 单位虽随根字体缩放，但若 html { font-size } 未做响应式调节，实际像素值就几乎不变。而平板常见宽度（如 768px–1024px）下，列数往往从 3 列退为 2 列，内容密度升高，视觉上就显得“挤”。
- 根本问题不在 gap 本身，而在列数突变 + gap 值未同步调整
- 若用
column-count: 3固定列数，在窄屏（如 iPad 竖屏）下文字会被强制切分、行高拉长，列间空白被内容“吃掉”，gap 看似失效 - Flex/Grid 中若列宽用
fr或%，但 gap 仍写死24px，在中等宽度下该像素值占比变大，反而加剧拥挤感
用媒体查询动态改写 gap 值的实操要点
不能只靠一个全局 gap，得按设备区间分层控制。重点不是“加多少”，而是“在哪一档改”。
- 优先锁定平板典型断点：
@media (min-width: 768px) and (max-width: 1024px)，而非笼统的max-width: 768px（那是手机） - gap 值建议用
rem，但需确保根字体已响应：html { font-size: clamp(16px, 1.2vw, 18px); }，否则gap: 1.5rem在平板上可能比手机还小 - 列数变化时 gap 要阶梯下调：比如桌面
gap: 2rem→ 平板gap: 1.25rem→ 手机gap: 0.75rem，避免小屏下间隙过大撑裂布局 - 若用 CSS Columns（
column-count），必须用column-gap，且同样要写媒体查询覆盖，gap对它完全无效
避免在平板断点里踩的兼容性坑
Safari ≤ 14.1（macOS Big Sur 及更早）在平板上仍占一定份额，它对 gap 和 column-gap 的支持是割裂的。
立即学习“前端免费学习笔记（深入）”；
-
gap在 Flex/Grid 中需补-webkit-gap，仅写gap会导致 iPad OS 14.x 平板上空白消失 -
column-gap同样要双写：column-gap: 1.25rem;+-webkit-column-gap: 1.25rem;，Autoprefixer 不会自动补全后者 - 别混用
gap和column-gap：容器是display: grid却写了column-gap，没问题；但若容器是columns: 3却写了gap，整行声明会被浏览器忽略 - 测试时务必真机连 Safari 开发者工具，模拟 iPad Pro（1024×1366）或 iPad Air（820×1180），单纯用 Chrome 模拟器会漏掉 -webkit- 相关失效
真正难的不是写几条媒体查询，而是确认每一档断点下，列数、字体大小、gap 值三者是否协同变化——少一个，平板上就容易回到“看着有间距、实际挤成一团”的状态。
