用 --gap 变量 + calc() 控制子元素 margin 更可控、兼容且易响应式扩展；--gap 必须定义在父容器上，子元素通过继承配合 margin 和 calc() 抵消首尾空隙，gap 不支持变量值且老浏览器不兼容，需用 @supports 降级。
直接结论：用 --gap 变量 + calc() 控制子元素 margin，比硬写像素或依赖 gap 属性更可控、更兼容、更易响应式扩展。
为什么不能把 --gap 定义在子元素上
常见错误是这样写：
.card { --gap: 1rem; margin: var(--gap); }结果每个 .card 都给自己加了顶部和底部 1rem，首尾多出两倍空隙，视觉上“撑开”了容器边界。这不是间距，是溢出。
-
--gap必须定义在父容器（如.grid或.flex）上，子元素通过继承获取 - 横向布局时，用
margin-left: var(--gap)+margin-right: calc(var(--gap) * -1)抵消末项右距 - 纵向布局更简单：子项设
margin-top: var(--gap)，父容器加margin-top: calc(var(--gap) * -1)吃掉第一个的顶部空隙 - 别忘了
box-sizing: border-box，否则padding和border会叠加进宽度计算
gap 不生效时，calc() 是唯一稳定 fallback
你写了 display: flex; gap: var(--gap); 却发现 Safari 16.3 或 Chrome 114 下完全没反应——因为 flex gap 在这些版本中尚未支持，且 gap 本身不接受 CSS 变量值（仅接受字面量）。
立即学习“前端免费学习笔记（深入）”；
-
gap: 1rem✅ 支持广泛；gap: var(--gap)❌ 所有浏览器都忽略 -
gap对inline-flex、float、inline-block布局完全无效，而calc()+margin没这个限制 - 需要让同一套间距逻辑同时驱动
font-size、padding、border-width？只有变量 +calc()能复用 - 兼容性兜底建议：现代浏览器用
gap，老浏览器降级为margin+calc(var(--gap))，用@supports (gap: 1px)区分
响应式改 --gap 别碰 :root
很多人在媒体查询里改 :root { --gap: 1.5rem; }，结果组件内基于它算的 height: calc(var(--gap) * 2) 并没重算——CSS 自定义属性变更不会触发 calc() 重新求值，除非该属性被用于可动画属性（如 transform）且有 transition。
- 安全做法是把断点逻辑绑定到组件选择器本身：
.card-grid { --gap: 1rem; }，再在@media里覆盖.card-grid的变量 - 需要多档间距（紧凑/标准/宽松），定义
--gap-sm、--gap-md、--gap-lg，而不是靠 JS 切换单个--gap - 避免用
clamp()直接驱动margin，Safari 13.4 以下会退回到最小值，且clamp(0.5rem, 2vw, 2rem)中单位必须统一（不能混rem和px）
真正难的不是写对一行 calc()，而是意识到：间距从来不是孤立的数值，它得和列数、边框、padding、换行逻辑、甚至字体缩放联动。一旦开始用变量控制，就得同步考虑所有依赖它的地方是否被覆盖、是否被继承、是否在媒体查询中被正确隔离。
