position: sticky 失效最常见的原因是父容器设置了 overflow（如 hidden、auto、scroll）或触发层叠上下文的属性（如 transform、filter）；top 值取决于最近滚动容器而非视口；需用 @supports 作兼容性降级，并注意 z-index 受层叠上下文约束。
position: sticky 为什么没生效
最常见的原因是父容器设置了 overflow（比如 overflow: hidden、auto 或 scroll），或者父级有 transform、filter、will-change 等触发层叠上下文的属性——这些都会让 position: sticky 失效。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 检查吸顶元素的**所有上级容器**，逐层确认是否含
overflow值非visible的样式 - 用浏览器开发者工具的「Computed」面板查看该元素的
position计算值，如果是static就说明被重置了 - 临时给父容器加
overflow: visible !important快速验证是否是这个原因 - 避免在吸顶元素或其任意父级上使用
transform: translateZ(0)这类“强制硬件加速”的写法
top 值设多少才刚好贴顶
top 不是设成 0 就万事大吉。它表示的是“距离最近的滚动容器顶部的偏移量”，而这个“最近滚动容器”不一定是 body —— 它是第一个具有滚动能力且 overflow 不为 visible 的祖先元素。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 如果导航条在某个
section内部，而该section设置了overflow-y: auto，那top: 0是相对于这个section顶部，不是视口顶部 - 想固定在视口顶部？确保吸顶元素的**直接父容器是
body或一个overflow: visible的块级容器** - 需要留出状态栏/地址栏空间（比如 iOS Safari）？可尝试
top: env(safe-area-inset-top)配合@supports
兼容性与降级方案怎么写
position: sticky 在 Chrome 56+、Firefox 59+、Safari 15.4+、Edge 79+ 支持良好，但 iOS Safari 15.2–15.3 有严重 bug：滚动时会闪退或卡死；旧版安卓 WebView（如微信 X5）基本不支持。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
@supports (position: sticky)包裹 sticky 样式，把 fallback 逻辑放在外面 - 降级时别直接用
position: fixed—— 它会脱离文档流，导致下方内容上移。更稳妥的是监听scroll，动态切换fixed+ 占位div - 简单项目可用
IntersectionObserver检测导航是否将要离开视口，比scroll事件更轻量 - 微信内嵌页优先考虑用
position: -webkit-sticky（iOS 15.2–15.3 的救命稻草）
吸顶后 z-index 被盖住怎么办
吸顶本身不改变层叠顺序，z-index 仍受父级层叠上下文约束。常见现象是：导航条吸顶了，却被轮播图、弹窗或 header 下方的 position: relative 元素遮挡。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 给吸顶元素设置足够高的
z-index（比如z-index: 1000），同时确保它的**最近层叠上下文祖先没有限制z-index范围** - 不要依赖父容器的
z-index，sticky 元素的层叠层级由它自身及其祖先的层叠上下文共同决定 - 调试时打开浏览器「Layers」面板，看吸顶元素是否被意外降级到低层级渲染层
- 某些 CSS 框架（如 Bootstrap）会给
.navbar设z-index: 1000，但如果你的吸顶容器是.header，得手动同步这个值
真正麻烦的不是写对 position: sticky，而是搞清它在哪一层生效、被谁截断、又和谁抢层级。多看「Computed」和「Layers」，少猜。
