fixed定位元素默认在左上角不动，因其参照系是视口且脱离文档流；未设偏移时按原始位置冻结；需显式设置至少两个方向值才能精确定位。
fixed定位为什么元素总在左上角不动？
因为 position: fixed 的参照系是视口（viewport），不是父容器，更不是文档流——它直接脱离文档流，坐标原点默认就是浏览器窗口左上角。没设 top、right、bottom、left 时，所有值为 auto，浏览器就按原始文档位置“冻结”那一块，看起来像卡在左上。
- 必须显式设置至少两个方向偏移（比如
top: 20px+right: 10px）才能精准控制位置 - 只设
top不设left？那left保持auto，元素水平位置仍按原来文档流的 left 值“冻结”，极易误判 - 移动端 Safari 对
fixed在滚动时有渲染延迟，尤其配合 transform 或 opacity 时，可能闪动或错位
fixed元素被遮挡或z-index失效怎么办？
z-index 对 fixed 生效，但前提是它和遮挡它的元素处于同一个层叠上下文（stacking context）。常见陷阱是：父容器用了 transform、opacity 、<code>filter 等，会隐式创建新层叠上下文，把子元素的 z-index 锁死在该上下文内。
- 检查遮挡元素的父级是否意外触发了层叠上下文（用 DevTools 的 Layers 面板可快速验证）
- 避免给
fixed元素的任意祖先加transform: translateZ(0)这类“强制硬件加速”写法 - 真要调层级，优先提升
fixed元素自身的z-index，并确保其父级没有创建隔离上下文
fixed定位在iOS Safari里滚动时跳动或消失？
iOS Safari 对 fixed 的实现有历史包袱：当页面存在 -webkit-overflow-scrolling: touch（老式滚动优化）或 body 被设为 overflow: hidden 时，fixed 元素可能被当作普通绝对定位处理，或在滚动瞬间重绘异常。
- 禁用
-webkit-overflow-scrolling: touch，改用原生滚动行为（iOS 13+ 已基本不需要该 hack） - 不要给
或设height: 100%+overflow: hidden，这会让 Safari 误判视口边界 - 极简方案：对
fixed元素加backface-visibility: hidden，有时能绕过渲染管线 bug
想让fixed元素随滚动“微动”（视差效果）还能用fixed吗？
不能。一旦声明 position: fixed，它就彻底脱离滚动影响。所谓“微动”本质是监听 scroll 事件，动态更新 transform: translateY() 或 top 值——这时实际用的是 position: absolute 或 position: relative，靠 JS 控制。
立即学习“前端免费学习笔记（深入）”；
- 强行用
fixed+ JS 改top会导致频繁重排，性能差且 iOS 上卡顿明显 - 真正轻量的视差做法：用
background-attachment: fixed（仅背景图）或 IntersectionObserver + CSStransform - 若必须元素位移，用
position: sticky替代部分场景——它天然响应滚动，无需 JS
fixed 的“固定”是硬性约定，不是视觉锚定。一旦需求里出现“随滚动变化”“避开某个区域”“在特定容器内固定”，就该立刻怀疑是不是选错了定位策略——这时候往往 sticky、absolute 配合 scroll 事件，或者现代 contain: layout 才是更稳的解法。
