position: fixed 是唯一原生支持不依赖父容器大小的全局固定定位方式，它直接相对于视口计算位置，不受父级样式、滚动、缩放等影响，但需注意遮挡、移动端vh跳变、无障碍及适用场景等实际问题。
position: fixed 就是唯一原生支持“不依赖父容器大小”的全局固定定位方式——它直接相对于视口（viewport），父容器尺寸变化、滚动、缩放，全都不影响它的位置计算。
为什么 position: fixed 天然不依赖父容器
它根本不会查找任何祖先元素的 position 值，也不受父级 width/height、transform、overflow 或 scale 影响。浏览器直接以当前可视窗口左上角为原点，用 top/right/bottom/left 计算坐标。
常见误操作：
- 给
fixed元素加transform: translate()后再试图用left: 50%居中——此时百分比仍按视口算，但transform是额外叠加，容易错位 - 把
fixed元素塞进一个overflow: hidden的父容器里，以为能裁剪它——没用，fixed已脱离文档流，裁剪无效 - 在
iframe或嵌套document中使用，却忘了fixed是相对于**当前 iframe 的视口**，不是顶层窗口
position: fixed 在缩放/全屏/多屏下的行为
它始终锚定在当前视口内，但要注意这些实际影响：
立即学习“前端免费学习笔记（深入）”；
- 用户 Ctrl + 滚轮缩放页面时，
fixed元素的像素值（如top: 20px）会随缩放等比放大，但相对位置（如top: 10vh）更稳定 - 进入浏览器全屏模式（
document.documentElement.requestFullscreen()）后，vh/vw单位会重算，但px值不变 - 多显示器场景下，若窗口跨屏，
fixed元素只响应**主显示器的视口尺寸**，不会自动跟随鼠标或焦点切换屏幕
必须手动处理的边界情况
position: fixed 看似简单，但真实项目里最容易翻车的是这三类：
-
遮挡内容：必须配合
z-index和margin/padding预留空间，比如导航栏fixed后，正文得加margin-top: 60px，否则被盖住 -
移动端 Safari 的地址栏隐藏/显示：视口高度（
vh）会动态变化，导致bottom: 0元素在滚动时“跳动”，稳妥做法是改用inset或监听resize事件修正 -
无障碍与焦点管理：
fixed元素若含可聚焦控件（按钮、输入框），需确保键盘 Tab 顺序合理，并用aria-modal等标记语义，否则屏幕阅读器可能跳过或重复读取
真正难的不是写 position: fixed，而是判断它是否真该用——如果需求是“始终在屏幕右下角”，就用它；如果需求是“在某个卡片内右下角”，那就要立刻放弃 fixed，改用 position: absolute + position: relative 父容器。
