fixed元素被父级overflow:hidden裁剪时，需逐级检查定位祖先的overflow属性，临时改为visible验证；若必须保留裁剪，则将其移至body下并动态定位，同时排查transform/filter等创建新包含块的属性。
fixed元素被父级overflow:hidden裁剪怎么办
它根本不是z-index问题，而是父容器直接把超出部分“切掉”了。浏览器在绘制前就执行裁剪，z-index再大也没用。
- 用开发者工具选中fixed元素，按住Shift连续点右上角箭头，逐层向上检查position不为static的祖先，看哪个设置了
overflow: hidden、overflow: auto或overflow: scroll - 临时改成
overflow: visible验证——如果显示恢复正常，就确认是它干的 - 若该父容器必须保留裁剪（比如轮播图、折叠卡片），就把fixed元素移出这个DOM层级：React用
createPortal挂到document.body，Vue在mounted里调用document.body.appendChild(el)，纯HTML就手动把它挪到<body>底部 - 移出后务必改样式选择器：别用
.modal .fixed-btn这种依赖结构的写法，换成独立类名如.global-fixed-btn
为什么移出去后还是被裁剪？检查transform父级
就算父容器没设overflow，只要它或更上层有transform（哪怕只是translateZ(0)）、filter、opacity: 0.99或will-change: transform，就会悄悄创建新的包含块（containing block），让position: fixed退化为相对该父级定位——效果等同于position: absolute，自然受其裁剪限制。
- 在Computed面板里逐层搜
transform、filter、opacity，值不是none或1就要警惕 - 特别注意第三方组件（如Ant Design弹窗、轮播图）内部默认加的
transform: translateZ(0)，你没写，但它写了 - 临时加
transform: none !important能验证，但不能当解法——它可能破坏动画或滚动性能 - 真正稳的修复是DOM结构调整：把fixed元素挂到
document.body下，脱离所有干扰父级
移动端fixed错位或消失，别只盯着CSS
iOS Safari和部分Android浏览器中，fixed在软键盘弹出、页面缩放或横竖屏切换时会突然失效，这不是样式写错了，而是系统级渲染策略导致的。
- 键盘弹出时，iOS会临时解除fixed锚定，导航栏“掉下来”——此时
position: sticky比fixed更稳 - 缩放后错位，往往是因为
meta viewport没配齐：user-scalable=no无效，必须同时设maximum-scale=1.0和minimum-scale=1.0 - 真机测试比模拟器关键：缩放+键盘+横竖屏三者叠加时，fixed最容易暴露问题；模拟器常漏掉这些组合场景
- 慎用JS监听scroll手动算
top/left——节流不到位会抖动，键盘唤起时视口高度突变，坐标直接错乱
替代方案：不用fixed也能实现“视觉固定”
当DOM结构调整成本高（比如微前端多框架共用同一DOM树），或必须保留父级transform/filter时，绕开fixed本身更实际。
立即学习“前端免费学习笔记（深入）”；
- 优先试
position: sticky：设top: 0或bottom: 0，现代浏览器支持良好，且不受transform干扰 - 需要更强控制力时，用
position: absolute+ 动态计算：监听resize和scroll，用getBoundingClientRect()获取视口位置，再设top/left（记得节流） - 极少数场景可用
clip-path: inset(0)替代overflow: hidden——它不影响containing block，也不裁剪fixed元素，但兼容性略差（Chrome/Firefox支持好，Safari需16.4+）
transform，子应用又挂了个fixed按钮——这时候DOM结构调整没法单方面推进，得协调层级或统一用portal机制。 
