details标签本身不会引发内边距坍塌，问题源于其展开后内部首个子元素与父容器或相邻元素间的margin垂直合并；解决方法包括给details设置padding（如padding-top:1px）或display:flow-root触发BFC。
details 标签本身不会引发内边距坍塌（padding 不会“塌陷”），但很多人误把 margin 塌陷现象归到它身上——真正出问题的，是 details 展开后内部内容（比如 summary 后紧跟的段落或 div）与父容器或相邻元素之间发生的 margin 垂直合并。
为什么 details 展开后内容“贴顶”或间距异常
典型现象：给 details 里第一个子元素（如 p 或 div）设了 margin-top: 20px，但展开后它没和 summary 保持 20px 间距，反而“顶到头”或和上一个兄弟元素间距变小。
- 根本原因不是
details特殊，而是该子元素的margin-top与details的 margin（或其父容器的 margin）发生了垂直合并 -
details默认是块级元素，且不自动创建 BFC，所以内部第一个子元素的上外边距可能穿透出来 - 尤其当
details上方还有其他块级元素（如另一个details或h3）时，兄弟间margin-bottom/margin-top会取最大值
给 details 设置 padding 是最直接有效的干预方式
在 details 上加 padding-top 或 padding-bottom，能立即打断 margin 塌陷链——因为只要父容器有非零 padding、border 或触发 BFC，子元素的 margin 就不会再往外“冒”。
- 推荐写法：
details { padding-top: 1px; }—— 1px 足够打破塌陷，视觉无感 - 若需真实间距，直接设所需值：
details { padding-top: 16px; }，此时内部第一个子元素的margin-top会与其共存，不再被合并 - 注意：不要只给
summary加padding，它不影响后续子元素的 margin 行为；必须作用于details自身
用 display: flow-root 触发 BFC 更彻底
比起加 padding，让 details 自身成为一个独立格式化上下文（BFC），能一揽子解决 margin 塌陷 + 浮动溢出等潜在问题，且无副作用。
立即学习“前端免费学习笔记（深入）”；
- 现代标准写法：
details { display: flow-root; } - 兼容性补充（如需支持旧版 Safari）：
details { display: flow-root; overflow: hidden; }，后者在部分老浏览器中更稳 - 避免用
overflow: auto单独触发——可能意外出现滚动条；也别用float或position: absolute，会破坏文档流
慎用 margin-top 在 details 内部首个元素上
即使加了 padding 或 BFC，仍建议避免在 details 内部第一个子元素上写 margin-top。这不是不能用，而是容易混淆责任边界。
- 优先把间距逻辑收归到
details容器上（如details { margin-top: 12px; }），语义清晰 - 如果必须控制内部结构，改用
padding-top替代：details > *:first-child { padding-top: 12px; }—— padding 永远不塌陷 - 遇到
summary和后续内容紧贴的问题，可单独微调：summary + * { margin-top: 8px; }，但务必确认父details已触发 BFC 或带 padding
细节在于：details 的塌陷问题本质是通用 CSS 布局规则在特定标签上的体现，不是它的 bug。真正容易被忽略的是——哪怕只加 1px 的 padding，也比反复调 margin 值更可靠；而 display: flow-root 这个声明，目前仍有不少人因兼容性顾虑不敢用，其实它在所有主流浏览器（Chrome 58+、Firefox 57+、Safari 15.4+）已稳定支持两年以上。
