选absolute还是fixed取决于定位参考系是否需随滚动变化：需锁死视口用fixed，需贴合可滚动/变换容器则用absolute；fixed理论上锚定视口，但受transform等属性影响会退化为相对祖先定位，absolute则依赖最近非static定位祖先。
选 absolute 还是 fixed，关键看“定位参考系”是否要随滚动变化——需要锁死在视口不动，就用 fixed；需要贴着某个可滚动/可变换的容器定位，就用 absolute。
fixed 适合真正不随滚动移动的全局 UI
fixed 的包含块永远是视口，滚动、缩放、父容器 transform 都不影响它（理论上）。但实际中容易踩坑：
- iOS Safari 软键盘弹出时，
fixed元素可能被强制重排或消失，不是 bug，是浏览器主动卸载图层；临时方案是监听focus事件 + 切换为absolute+ 手动计算位置 - Android 旧版 WebView 中，若父容器有
transform: translateZ(0)或will-change: transform，fixed会意外退化成相对于该容器定位 -
fixed元素不会被任何父级的overflow: hidden裁剪，只受视口边界限制——这点常被误认为“样式失效”
absolute 更可控，但依赖定位上下文
absolute 的定位起点是最近的 position 值非 static 的祖先（即 relative、absolute、fixed 或 sticky）。没找到就 fallback 到 <html>。常见问题：
- 忘记给父容器加
position: relative，子元素直接飞到页面左上角（因为找不到已定位祖先） - 父容器本身有
transform（哪怕只是transform: scale(1)），也会成为新的 containing block，此时absolute就是相对于它定位——不需要显式设position - 在局部滚动容器（如
overflow: auto的聊天面板）里做悬浮按钮，用absolute会随内容滚动消失，这时得配合scroll事件手动更新top/left
父容器带 transform 时，fixed 行为可能突变
Chrome 和 Firefox 都遵循 CSS 规范：只要祖先有 transform、perspective 或 filter，就会创建新 stacking context 和 containing block。结果就是：fixed 元素不再相对于视口，而变成相对于这个 transform 容器定位。
立即学习“前端免费学习笔记（深入）”；
这不是兼容性问题，是标准行为。排查方式很简单：
- 打开 DevTools，选中该
fixed元素，看 Computed 面板里的Containing block是什么 - 如果显示为某个带
transform的 div，那就确认了——删掉那个transform或改用absolute+position: relative父容器
滚动容器内悬浮操作按钮别硬套 fixed
比如一个 height: 400px; overflow-y: auto 的消息列表，你想让“回复按钮”始终浮在右下角。用 fixed 会让它固定在整个视口右下，脱离上下文；用 absolute 又会随滚动消失。
正确做法是：
- 给消息容器加
position: relative - 按钮用
absolute，初始设bottom: 12px; right: 12px - 监听容器的
scroll事件，动态更新按钮的top值（container.scrollHeight - container.scrollTop - container.clientHeight + offset）
这个逻辑看似麻烦，但比强行用 fixed 导致 UI 错位或 iOS 键盘冲突更可靠。
