子元素设 margin-top 让父元素“跟着掉”是 CSS 规范定义的垂直外边距塌陷行为；padding-top 或 border 可阻断塌陷，因其在父子间形成物理隔离层，打破塌陷前提。
子元素设 margin-top 却让父元素“跟着掉下来”，不是 bug，是 CSS 规范明确定义的外边距塌陷（margin collapse）行为——它只发生在垂直方向、块级流中、且父子间没有隔离层时。
为什么 padding-top 或 border 可以阻断塌陷
塌陷发生的前提，是父元素的“上边界”和子元素的 margin-top 之间**没有任何物理分隔**：既无 padding-top、也无 border-top、内容为空、也没触发 BFC。只要加其中任意一个，浏览器就会认为“这里该断开了”，不再合并外边距。
-
padding-top: 1px是最语义清晰的做法：你本意就是留白，它不干扰布局流，也不隐藏溢出内容 -
border-top: 1px solid transparent有效但略显“取巧”：视觉上没变化，但会改变盒模型计算（尤其当box-sizing是content-box时，高度会+1px） - 避免用
padding-top: 0或border-top: none——这些是默认值，不构成隔离
用 padding 替代 margin 的实际代价
把子元素的 margin-top: 20px 挪到父元素上写成 padding-top: 20px，看似简单，但要注意：
- 如果父元素已有其他用途的
padding（比如左右内边距用于响应式缩进），直接加padding-top会让整体内边距变大，可能破坏对齐 - 如果子元素本身还设置了
margin-top，两者会叠加（例如父padding-top: 20px+ 子margin-top: 10px= 实际 30px），调试时容易误判来源 - 当父元素需要背景色或阴影时，
padding区域属于内容区，会正常渲染；而margin是透明的——这点在设计系统中影响视觉一致性
border 方案在现代项目中的隐性风险
加 border-top: 1px solid transparent 虽兼容性好（IE8+），但在真实项目里容易埋坑：
立即学习“前端免费学习笔记（深入）”；
- 如果父元素用了
box-shadow，border 会参与阴影绘制，有时导致边缘发虚或偏移 - 当父元素被 JS 动态计算高度（如
getBoundingClientRect().height），多出的 1px 会被计入，后续逻辑可能出错 - 团队协作时，别人看到这个 border 很可能以为是设计需求，不敢轻易删改
- 若父元素同时设置了
outline或filter，border 的渲染层叠顺序可能引发意外重绘
真正要防的不是“怎么加”，而是“加在哪一层”——塌陷会向上穿透所有无隔离的祖先，所以必须在**离子元素最近的那个父容器**上加 padding 或 border，否则修了 A 层，B 层照样掉。
