gap 不参与盒模型尺寸计算，它只作用于 Flex/Grid 容器内子项间的空白，独立于 margin、padding、border 和 box-sizing；在非 Flex/Grid 容器中无效，不改变子项的 offsetWidth 或 getBoundingClientRect().width，也不与 margin 叠加或塌陷。
直接说结论：gap 不参与盒模型尺寸计算，它只作用于容器内部子项之间的空白，且完全独立于 margin、padding、border 和 box-sizing 的任何换算逻辑。
gap 是什么，它在哪生效
gap 是 display: flex 或 display: grid 容器的专用属性，用于控制子元素之间的间距。它不适用于 block、inline 或传统文档流布局。
常见错误现象：给一个 div 设置了 gap: 10px，但没加 display: flex 或 display: grid，结果毫无反应——因为 gap 在非 Flex/Grid 容器里被完全忽略。
使用场景：
立即学习“前端免费学习笔记（深入）”；
- Flex 布局中替代多个
margin-right/margin-bottom手动控制 - Grid 布局中避免用
grid-column-gap/grid-row-gap（已废弃） - 响应式断点中配合
minmax()或fr单位动态调节间隙
gap 和 margin 看起来像，但根本不是一回事
gap 是容器级“内部分隔”，margin 是元素级“外部推力”。两者不会叠加，也不会塌陷，更不会影响单个子项的盒模型尺寸。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
举个例子：
.container {
display: flex;
gap: 12px;
}
.item {
width: 100px;
padding: 8px;
border: 2px solid #333;
box-sizing: border-box;
}每个 .item 的实际占用宽度仍是 100px（因为 box-sizing: border-box），而 gap 是在这些固定宽度的盒子之间额外插入的 12px 空白——这个空白不属于任何一个 .item，也不计入它的 offsetWidth，更不会触发父容器的滚动条。
容易踩的坑：
- 误以为
gap会增大子项的getBoundingClientRect().width—— 它不会 - 在 Grid 中混用
gap和justify-content: space-between导致间隙翻倍 - 对
gap使用百分比值（如gap: 5%）—— 大多数浏览器不支持，仅部分新版 Chrome 支持，且行为不稳定
gap 与盒模型尺寸没有换算公式
不存在“gap: 10px 相当于多少 padding”或“怎么把 gap 转成 margin”这类换算。它们处于不同层级：
-
padding/border/width影响单个元素自身的盒尺寸 -
gap只改变容器渲染子项时的排布逻辑，不修改任何子项的几何属性 -
margin是子项主动声明的“我要离别人多远”，gap是容器强制规定的“你们之间必须隔多远”
性能影响很小，但要注意：在超多子项的 Grid 布局中，过大 gap 值可能轻微拖慢重排（reflow），不过远不如频繁读取 offsetHeight 严重。
真正容易被忽略的是：当你用 JavaScript 动态计算容器内可容纳多少列时，gap 的总和必须显式减去——比如 4 列 Grid，gap: 16px，那总共要预留 3 * 16px = 48px 的间隙空间，这部分不在任何子项的 clientWidth 里，得自己算。
