fixed定位缩放偏移的根源是视口坐标系漂移，须用vh/vw替代px实现同比例缩放，禁用混用单位、transform父级及错误viewport配置，并辅以visualViewport API微调。
fixed定位在缩放时偏移，不是单位选错了，而是你还在用top/left这类绝对像素锚点——rem本身不解决fixed的视口坐标系漂移问题，但vh/vw能，前提是别混用px。
为什么top: 20px + rem字体 ≠ fixed不跳
fixed元素的定位基准是视口（viewport），而浏览器缩放会改变“1px”在渲染层中的物理映射，但top: 20px仍被解释为“20个缩放后的CSS像素”，结果就是视觉位置上浮或下沉。改用font-size: 1.25rem只影响文字大小，对top值毫无作用。rem在这里是干扰项，别被误导。
- rem适用于font-size、padding、margin等**流内属性**，不传导到fixed的坐标计算中
- 如果你写了
top: 1.25rem，那只是把rem转成当前根字号下的px值（比如20px），缩放后照样错位 - 真正要动的是定位值本身是否随缩放同比例变化——只有vh/vw/百分比能做到这点
用vh/vw重写fixed偏移才真正生效
vh和vw基于视口尺寸，缩放时浏览器会重新计算其对应像素值，所以top: 5vh在100%和125%缩放下，始终占视口高度的5%，视觉位置稳定。
- ✅ 推荐写法：
inset: 5vh auto 20px 5vw（替代top: 5vh; right: auto; bottom: 20px; left: 5vw），语义清晰且支持逻辑方向 - ⚠️ 避免混用：
bottom: calc(10px + 2vh)中10px部分仍会跳，缩放非线性 - ❌ 不要用
100vh做全屏fixed遮罩——Safari滚动时100vh会动态收缩，导致遮罩高度突变 - ? 小屏安全起见，加
max-height: 100vh和overflow-y: auto防内容溢出
移动端fixed偏移？先查viewport和祖先transform
即使用了vh/vw，iOS Safari下fixed仍可能跳，90%是因为viewport没配全，或父级偷偷加了transform。
立即学习“前端免费学习笔记（深入）”；
- 必须写全：
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no"> - 检查任意祖先元素是否含
transform、overflow: hidden、filter——只要有一个，fixed就降级为相对该祖先定位 - 调试技巧：给疑似父级加
outline: 1px solid red，看fixed元素是否跟着它移动 - 终极解法：JS把fixed元素直接挂到
document.body下，绕过所有干扰父级
Chrome里想精确适配？用visualViewport API补一手
媒体查询对缩放完全无感，但Chrome（含Edge）提供了visualViewport接口，能读到真实缩放比例，适合微调关键浮层。
- 监听
visualViewport.addEventListener('resize', () => { ... })，获取visualViewport.scale - 例如tooltip距离按钮太近时，按比例放大
transform: translateY(-${scale * 2}px)，比硬写top: -2px可靠 - 注意：Firefox和Safari暂不支持，需降级为vh/vw兜底
- 别用
window.devicePixelRatio——它反映设备像素比，不是用户缩放率，两者常不一致
最易被忽略的一点：fixed元素一旦套进有transform的容器，就彻底失去“相对于视口”的资格——这时候再怎么换单位都白搭，得先理清DOM层级关系。缩放适配不是换几个单位就能一劳永逸的事，而是从定位模式、视口配置、祖先约束到运行时探测的整条链路协同。
