fixed定位适合做真正“不随滚动移动”的全局UI元素，其基准是视口，脱离文档流且不受父容器transform等影响，但需注意iOS软键盘错位、Android WebView异常及overflow裁剪失效等问题。
fixed 定位适合做真正“不随滚动移动”的全局 UI 元素
当你需要一个元素始终固定在视口某个位置（比如右下角的客服按钮、顶部导航栏在页面滚动时依然吸附在顶部），position: fixed 是唯一选择。它的定位基准永远是视口（viewport），和文档流完全脱离，也不受父容器 transform、perspective 或 filter 影响。
常见误用点：
- 在 iOS Safari 中，
fixed元素在软键盘弹出时可能错位或消失 —— 这不是 bug，而是浏览器为节省内存主动卸载 fixed 层；需配合viewport设置或改用position: sticky临时规避 - 若父容器设置了
transform: translateZ(0)或will-change: transform，部分旧版 Android WebView 会意外触发 fixed 的“相对父容器定位”行为 -
fixed元素无法被父容器的overflow: hidden裁剪，它只认视口边界
absolute 定位依赖最近的「已定位祖先」，更可控但易被忽略定位上下文
position: absolute 的定位起点不是视口，而是它最近的、position 值为 relative、absolute、fixed 或 sticky 的祖先元素。如果找不到这样的祖先，才退化到相对于初始包含块（通常是 <html>）。
典型陷阱：
立即学习“前端免费学习笔记（深入）”；
- 忘记给父容器加
position: relative，导致absolute子元素飞到页面左上角或布局错乱 - 父容器本身是
position: absolute或fixed，子元素再设absolute会形成嵌套定位链，坐标计算容易出错 - 当父容器有
transform时，即使它没设position，也会成为新的 containing block（CSS 规范要求），此时absolute元素会相对于该 transform 容器定位 —— 很多开发者以为必须显式设position才生效，其实不然
滚动容器内悬浮操作按钮？别直接用 fixed，试试 absolute + scroll event 模拟
如果目标区域是一个 overflow: auto 的局部滚动容器（比如聊天窗口、表格侧边栏），而你想让按钮“悬浮在该容器右下角”，fixed 会固定在整个视口，不符合需求；absolute 又会随容器滚动消失。这时得手动控制：
.container {
position: relative;
overflow: auto;
height: 400px;
}
.fab {
position: absolute;
bottom: 12px;
right: 12px;
}
但仅这样还不够 —— 需监听 .container 的 scroll 事件，动态更新 .fab 的 top 值（因为 bottom 在滚动中无法保持“距底部 12px”）：
const container = document.querySelector('.container');
const fab = document.querySelector('.fab');
<p>container.addEventListener('scroll', () => {
const scrollTop = container.scrollTop;
const offsetBottom = container.scrollHeight - container.clientHeight - scrollTop;
fab.style.top = <code>${offsetBottom - fab.offsetHeight - 12}px</code>;
});</p>这个方案比纯 CSS 更重，但精准可控；现代可考虑用 position: sticky 替代，但注意它不支持 bottom + right 同时生效。
移动端适配中，fixed 的 z-index 和 input 聚焦冲突很常见
在 iOS 上，当 input 获取焦点、软键盘弹出时，系统会强制将 fixed 元素重新定位（常表现为跳到页面顶部或消失）。这不是 CSS 失效，而是渲染层被重排。绕过方式有限：
- 避免在
input区域正上方使用fixed导航或工具栏 - 用
position: absolute+ 动态监听window.scrollY模拟 fixed 行为（牺牲性能换稳定性） - 设置
viewportmeta 的height=device-height并配合resize事件重置 fixed 元素位置（兼容性差，慎用）
真正难处理的不是怎么写，而是不同 iOS 版本对 fixed 的处理逻辑不一致 —— iOS 15.4 修复了部分问题，但 iOS 16 又引入新表现。上线前务必在真机多版本测试。
