position: sticky失效主因是祖先元素overflow:hidden/auto/scroll截断滚动上下文，使其退化为static；需逐级检查Computed面板overflow值，用clip-path: inset(0)替代或添加position:relative wrapper修复。
DevTools里position显示为static，但top写了也没用
这八成不是你漏写了 top，而是某个祖先元素悄悄加了 overflow: hidden、overflow: auto 或 overflow: scroll，把 sticky 的滚动上下文截断了。浏览器会把它当 position: static 处理，连触发条件都不计算。
用 DevTools 选中 sticky 元素 → 打开「Computed」面板 → 看 position 值是不是始终是 static；再逐级点开左侧 DOM 树里的 parentElement，盯紧每层的 overflow-x 和 overflow-y 计算值。
- 重点排查：
.ant-modal外层 wrapper、.card根节点、Tab 切换容器、Swiper 轮播壳、CSS-in-JS 动态注入的内联样式 - 临时验证：给某层祖先加
overflow: visible !important，如果 sticky 立刻恢复，问题就坐实了 - 别只查直接父级——爷爷级甚至更高层的
overflow也可能在起作用
必须保留overflow: hidden时怎么救活sticky
业务上常需要 overflow: hidden 来裁剪圆角图片、防止弹窗内容穿出，不能硬删。绕过规范限制比改 DOM 更稳妥：
- 用
clip-path: inset(0)替代overflow: hidden：视觉裁剪效果一致，但不创建新 BFC，sticky 链保持完整（Chrome 93+、Firefox 97+、Safari 15.4+ 支持） - 把 sticky 元素提一层：在带
overflow的容器外，套一个position: relative的 wrapper，再把 sticky 元素挂进去 - 若必须用
overflow: auto（比如表格局部滚动），确保该容器实际内容高度真超出设定高度（用 DevTools Layout 面板看 “Actual height”）
父级是flex/grid或inline容器时的隐藏陷阱
position: sticky 要求一个块格式化上下文（BFC）作为锚点，而某些布局模式会静默破坏它：
立即学习“前端免费学习笔记（深入）”；
-
display: inline-flex或display: inline-grid不产生 BFC，sticky 直接被忽略——哪怕top: 0写得再对也没用 - flex 容器设了
align-items: center或baseline，会拉偏 sticky 元素的“顶部基准线”，导致top: 0实际失效 - 父级没设高度约束（如缺
height: 100vh或min-height: 100vh），整个链路无滚动空间，sticky 无从谈起 - 浮动元素（
float: left）导致父容器高度塌陷，sticky 元素的包含块计算异常
为什么overflow: auto/scroll也常让sticky卡住
它们虽能滚动，但 sticky 行为会被绑定在该容器内部，而不是视口：
- 如果内容没真正溢出（比如被
height: 100%压扁、子项未撑高），浏览器可能判定“不可滚动”，sticky 就不会触发 - 更糟的是，它仍把这层当边界，结果元素卡在顶部不动，或滚动一段后突然掉回文档流
- 检查该容器的实际内容高度是否真大于设定高度；若需强制生效，给它加
max-height并确保子内容撑高，或显式写overflow-y: auto - 避免用
height: 100vh作为 sticky 父容器的高度——它会硬性截断滚动范围，应改用min-height: 100vh
真正棘手的不是写错 top，而是那些看不见的 overflow、隐式 BFC 破坏、或高度截断。修复时优先用 clip-path 替代 overflow: hidden，其次调整 DOM 层级，最后才考虑 JS 模拟——iOS Safari 的滚动抖动和节流处理，会让模拟方案变得更复杂。
