直接用gap替代margin并配合flex-wrap: wrap是唯一能绕过换行后盒模型错位的原生方案；因margin在换行时仍机械作用于DOM顺序首尾元素导致视觉错位，而gap自动避开容器边缘、仅作用于项间、需display:flex和flex-wrap:wrap共同生效。
直接用 gap 替代所有子项的 margin，并确保容器同时声明 display: flex 和 flex-wrap: wrap——这是唯一能绕过换行后盒模型错位的原生方案。
为什么 margin 在 flex-wrap 下必然出错
换行不是“重新排版”，而是浏览器按 DOM 顺序逐个放置元素，遇到容器边界就折到下一行。此时 margin-right 和 margin-bottom 仍机械作用于每个元素：最后一项带右距、下一行首项又带左距，视觉上右边挤、左边空；:nth-child(3n) 这类规则只认 DOM 序号，不认视觉行尾，断点一变就全乱。
- 子项高度不一致时，
margin-bottom+ 换行 = 行基线错位，间距看起来歪斜 - 响应式列数变化后，
:nth-last-child(-n+4)清底部 margin 的逻辑立刻失效 -
margin与gap叠加会导致实际间距翻倍（比如margin-bottom: 8px+row-gap: 12px= 20px）
gap 的生效前提和写法陷阱
gap 不是“写了就有”，它对容器声明极其敏感，且不同写法在移动端表现差异极大。
- 必须同时存在：
display: flex和flex-wrap: wrap（缺一不可；仅写flex-wrap浏览器直接忽略gap） - 优先拆开写：
row-gap: 12px+column-gap: 8px；避免gap: 12px 8px或gap: 12px简写，旧版 WebView（如微信 X5 内核）解析不稳定 -
row-gap在flex-direction: column下控制的是“列间距”，不是“行间距”——此时它根本不管换行 - 单位必须是绝对或相对长度（
px、rem），row-gap: 5%会被浏览器静默忽略
容易被忽略的兼容性与降级细节
gap 在 Safari ≤13.1 和 IE 中完全不支持，但硬套 fallback 很容易引入新问题。
立即学习“前端免费学习笔记（深入）”；
- 别用
@supports (gap: 1px)—— Safari 14.1 才开始支持gap，但 14–15.4 存在渲染抖动；应改用@supports (row-gap: 1px) - 伪元素兜底要配负 margin：
.container { margin: -6px; }+.item { padding: 6px; }（模拟gap: 12px），而非继续保留margin再覆盖 - 若项目允许，
display: grid是更稳的选择：它对gap的支持早于 Flexbox，且天然按行列分离计算，末行间隙不会塌陷 - 调试前先确认三件事：
computed styles里flex-wrap真是wrap吗？容器交叉轴（垂直方向）有固定高度吗？子项真的换行了，还是被align-items: stretch拉高“假换行”？
真正难处理的从来不是怎么加间隙，而是怎么让浏览器相信“这一行结束了”。gap 能做到这点，margin 做不到——只要漏掉 display: flex 或混用 margin，就等于把控制权交还给不可预测的盒模型流式计算。
