fixed元素宽高由内容决定，定位参考系是视口；width/height为auto时仅包裹内容，不受父容器约束；同时设置left与right或top与bottom会触发宽高计算逻辑变化。

fixed 元素的宽高默认由内容决定，不是由父容器决定

很多人以为 position: fixed 的元素会像 position: absolute 那样参考最近的 position: relative 祖先，其实不然——fixed 元素完全脱离文档流，且**定位参考系是视口（viewport）**，不是任何父元素。它的盒模型计算规则和普通块级元素一致，但“包含块”变成了初始包含块（即视口），所以：
– 宽高不继承父元素的 width/height
– width: auto 时，表现为“刚好包住内容”的最小宽度（除非有换行或 white-space 干预）
– height: auto 同理，仅撑开到内容高度
– 若未显式设置 width 或 height，就不存在“被父容器约束”的行为

left/right/top/bottom 如何影响 width/height 计算

当同时指定对立方向偏移（如 left 和 ），且未设 width，浏览器会按「包含块宽度 − left − right」推导出 width；同理，top + bottom 会触发 height 的自动计算。这是 CSS 视口定位的隐式尺寸推导机制。

• 只设 left: 20px; top: 30px; → width 和 height 仍为 auto（由内容决定）
• 设 left: 20px; right: 20px; top: 30px; → width 自动变为 calc(100vw - 40px)，height 仍是 auto
• 设 left: 0; right: 0; top: 0; bottom: 0; → 盒子铺满整个视口，width: 100vw, height: 100vh
• 若同时设了 width: 300px 和 left/right，则 right 值会被忽略（width 优先级更高）

常见错误：误用父容器 padding/margin 控制 fixed 元素尺寸

因为 fixed 元素已脱离文档流，它对父元素的 padding、margin、border 完全无感知。试图靠给父盒子加 padding 来“缩进”一个 fixed 子元素，毫无效果。

.container {
  padding: 20px;
}
.container .fixed-box {
  position: fixed;
  top: 0;
  left: 0;
  /* 此处不会因 container 的 padding 而右移 20px */
}

正确做法是直接在 .fixed-box 上设置 left: 20px 或用 transform: translateX(20px)。另外注意：transform 不会改变元素在视口中的定位参考点，仅做视觉位移，不影响后续布局逻辑。

兼容性与响应式陷阱：vw/vh 和 calc() 的实际表现

虽然 100vw 看似等于视口宽度，但在移动端 Safari 或某些 Android 浏览器中，地址栏展开/收起会导致 vw 值动态变化，造成 fixed 元素“跳动”。更稳妥的方式是结合 max-width 或 JS 监听 resize 动态修正，或者改用 width: 100% + left: 0 + right: 0 组合（此时浏览器用视口宽度减去左右偏移来算宽，稳定性略高）。

另一个易忽略点：当 fixed 元素内含弹性布局（display: flex）或网格（display: grid），其子项的百分比宽高依然参考该 fixed 元素自身的尺寸（即已计算出的宽高），而非视口——这点和脱离文档流前的盒模型逻辑一致，但初学者常误以为“所有后代都直接相对视口”。