box-shadow 不占用布局空间，纯属视觉修饰，不影响元素尺寸、文档流位置及相邻元素；其被 overflow: hidden 裁剪是因绘制区域超出而非占位；需手动用 margin 等预留空间。

box-shadow 不占用布局空间，但会影响视觉层级和渲染性能

直接回答：box-shadow 完全不参与盒模型计算，不会改变元素的 width、height，也不会推挤相邻元素或触发滚动条。这是它的默认行为，也是设计初衷——纯视觉修饰。

• 即使设置 box-shadow: 0 0 100px rgba(0,0,0,0.5)，元素实际尺寸和文档流位置毫无变化
• 父容器无需额外 padding 或 margin 就能“容纳”阴影（因为阴影压根没进布局）
• 但注意：如果父容器设了 overflow: hidden，长阴影会被裁掉——这不是“占空间”，而是被剪裁了

为什么有时看起来像“占了空间”？常见错觉来源

用户常误以为阴影“撑开”了布局，其实背后是其他 CSS 行为在干扰：

• border 或 padding 被漏加，而阴影让元素显得“变大”，其实是对比造成的视觉误差
• 用了 box-sizing: content-box（默认值），导致 width + border + padding 超出预期，误归因于 box-shadow
• 多重阴影叠加后模糊区域扩大，在移动端或低分辨率屏上容易被误读为“溢出”
• 配合 transform 或 position: absolute 使用时，阴影随元素位移，可能意外覆盖其他内容，让人觉得“占位”

想让阴影“预留空间”？手动模拟才是正解

如果你确实需要阴影所占的视觉区域也参与布局（比如防止文字被阴影遮挡、或留白给打印样式），CSS 不提供自动方案，得自己算着来：

• 用 margin 模拟：比如阴影下偏 8px、模糊 12px，可加 margin-bottom: 20px 预留余量
• 用伪元素 + inset 阴影做“内占位”：更可控，且不影响主元素尺寸
• 避免用 padding 硬撑——会同时影响内容区域，破坏设计意图

/* 示例：用 margin 预留外阴影空间 */
.card {
  box-shadow: 0 4px 12px rgba(0,0,0,0.1);
  margin-bottom: 16px; /* 手动预留，约 = v-offset + blur * 0.6 */
}

性能提醒：不占空间 ≠ 没开销

虽然不挤布局，但 box-shadow 是 GPU 密集型操作，尤其在以下情况会拖慢渲染：

• 模糊半径（blur）超过 12px，尤其在中低端移动设备上
• 大量元素同时使用多重阴影（逗号分隔多个）
• 动画中频繁变更 box-shadow 值，却没加 will-change: box-shadow
• 用 rgba(0,0,0,1) 纯黑+高模糊，比 rgba(0,0,0,0.15) 多消耗约 40% 渲染时间

真正容易被忽略的点：阴影是否可见，和它是否“存在”是两回事。浏览器仍会为不可见区域（如被 ove

rflow: hidden 裁掉的部分）做绘制计算——所以裁剪不是优化，只是掩盖问题。