gap不能直接替代margin，因二者机制独立、不抵消不覆盖；若只设gap而不重置子项margin，会导致间距叠加；真正替代需三步：设容器为flex/grid、子项margin:0、用gap控制间距。
gap为什么不能直接“替代”margin，而必须重置子项margin
gap和margin是两套完全独立的机制：gap控制布局轨道之间的空白，margin控制单个元素盒模型的外边距。二者不抵消、不覆盖、不感知对方存在。如果你只加gap: 12px却不清理子项的margin，视觉间距会变成12px + 子项margin值，常见表现是卡片之间突然变宽、右侧或底部多出意外空白。
真正要“替代”，必须同步做三件事：
- 给父容器设
display: grid或display: flex（确认没被display: contents等覆盖） - 所有子项统一重置：
.item { margin: 0; }（包括margin-top、margin-right等单独声明） - 用
gap或显式row-gap/column-gap控制项间距离
Flex布局中gap生效的硬性前提
在display: flex容器里，row-gap（即gap的第一个值）只有在启用换行时才起作用。如果没写flex-wrap: wrap，gap: 16px 8px实际只等效于column-gap: 8px，row-gap被浏览器静默忽略。
常见失效场景：
立即学习“前端免费学习笔记（深入）”；
- 父容器仍是
display: block——此时gap完全无效 - 写了
gap: 12px又额外加了row-gap: 8px——后者会覆盖前者在行方向的值 - 子项用了
display: none——它不参与gap计算；但visibility: hidden仍占位、仍受gap影响 - 容器高度太小，撑不开第二行——
row-gap有值但不可见，加min-height验证即可
Grid布局中gap比margin稳在哪
Grid的gap是原生匹配“轨道之间空白”的语义，不依赖子项是否换行、是否隐藏、是否flex-shrink。只要子项是grid容器的直系子元素，gap就严格生效。
对比margin的问题：
-
margin-bottom: 12px给每个子项 → 第n行末尾多出12px空白（无兄弟可折叠） - 响应式改列数时，margin方案要重写选择器或JS控制类名；
gap只需改容器样式 - 嵌套Grid时，父层
gap不影响子层内部排列——这点常被忽略，但必须手动确认层级
正确写法示例：
.grid-container { display: grid; grid-template-columns: repeat(3, 1fr); gap: 16px; } .grid-item { margin: 0; /* 必须清空 */ }
Safari 14.0及更早版本的兼容写法
Safari 14.0不支持gap: 12px单值语法，也不识别gap: 16px 8px双值写法。但它支持分开声明的row-gap和column-gap。
稳妥做法（Chrome 66+ / Firefox 63+ / Safari 14.1+ / Edge 16+ 均支持）：
- 放弃
gap: 12px，统一写成row-gap: 12px; column-gap: 12px; - 媒体查询中也保持拆分写法：
@media (min-width: 768px) { .container { row-gap: 16px; column-gap: 24px; } } - 不要混用：
gap: 10px和row-gap: 15px写在同一规则里——层叠行为不可控 -
@supports (gap: 0)检测不可靠，某些安卓 WebView 返回true但实际不渲染
真正难的不是写对gap，而是当设计稿要求“第一组卡片间距24px，第二组缩到8px”时，得意识到gap是容器级统一控制——这种差异化必须拆成两个独立容器，而不是试图用选择器去hack子项。
