加边框可直观暴露 sticky 元素实际盒模型范围及父容器约束，结合 overflow 检查与 top 参照系验证，三步定位 90% 的 sticky 失效问题。
用边框可视化 sticky 元素的实际盒模型范围
sticky 元素“没粘住”或“粘偏了”，常常不是 position 写错了，而是它实际占据的区域和你肉眼看到的不一致。加边框是最直接的验证手段，能立刻暴露 padding、margin、border 是否挤压了可滚动空间，或导致内容区起始位置偏移。
实操建议：
- 临时给 sticky 元素加
outline: 2px dashed red（比 border 更不影响布局） - 同时给它的**直接父容器**加
border: 1px solid blue，看清它被框在哪儿 - 若父容器是 flex/grid，再检查其
align-items值——align-items: center会让元素视觉居中，但top: 0仍按原始文档流顶部计算，造成“粘不住”的错觉 - 用 DevTools 的 Layout 面板点开该父容器，看 “Layout Bounds” 和 “Sticky constraint rectangle” 是否重合；如果不重合，说明 sticky 实际绑定的是更上层容器
检查父容器是否因 height 或 display 失去滚动上下文
sticky 不是锚定视口，而是锚定最近的、有高度且可滚动的块级容器。如果父容器高度为 0、被 display: contents 拆解、或设了 height: 100vh 却没内容溢出，sticky 就会静默退化为 static。
常见现象：滚动一段后 sticky 元素突然消失，Computed 中 position 显示 static。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 确认父容器有显式高度约束：
min-height: 1px都比无高度强；优先用min-height: 100vh替代height: 100vh - 避免父容器是
display: inline-flex或display: table-row—— 这些 display 值不产生块格式化上下文（BFC），sticky 直接无效 - 若父容器是 flex 子项且设了
flex: 1，检查它的父级是否给了height或min-height；否则 flex 容器高度塌陷，sticky 失效
排查 overflow 属性如何悄悄截断 sticky 链
只要任意祖先（从 sticky 元素往上直到 <body>）设置了 overflow: hidden、auto 或 scroll，且该祖先**没设 position: relative 等定位属性**，sticky 就会被强制降级为 static。这是最隐蔽也最常踩的坑。
实操建议：
- 用 DevTools 的 Computed 面板逐级点击父节点，查
overflow的最终计算值；特别注意 CSS 框架类名（如.ant-layout-sider、.modal-content） - 临时给可疑父级加
overflow: visible !important，若 sticky 恢复，就锁定问题源 - 必须保留裁剪效果时，用
clip-path: inset(0)替代overflow: hidden；它不创建新 BFC，sticky 链保持完整 - 若父容器必须是
overflow: auto（如弹窗内列表），则在其内部嵌套一层position: relative的 wrapper，把 sticky 元素挂在这层下
验证 top 值是否相对于正确的滚动容器起作用
top 不是离视口顶部多远，而是 sticky 元素顶部距离**最近滚动容器的内容区顶部**的距离。设错 top 会导致吸附起点过高、过低，甚至完全不触发。
实操建议：
- 先确认 sticky 元素的滚动容器是谁：选中元素 → Elements 面板 → 查看 Computed
position是否为sticky，再看top解析值 - 给滚动容器加
border-top: 2px solid #f00，滚动时观察 sticky 元素何时与红线对齐，据此微调top - 若有 fixed 导航栏遮挡，
top应设为导航栏高度（如top: 60px），而非0 - 避免用
margin-top或transform: translateY()伪装位置——这会破坏 sticky 的定位逻辑，让浏览器无法正确计算吸附时机
