最常见原因是父容器设置了 overflow: hidden/auto 或触发层叠上下文（如 transform、filter），截断 sticky 行为；需确保最近可滚动祖先存在且未被限制，同时检查 computed 中 position 是否仍为 sticky。
sticky-top 为什么加了没反应
最常见原因是父容器触发了层叠上下文或设置了 overflow: hidden / overflow: auto，直接截断 position: sticky 行为。它不依赖 JavaScript，但极度依赖 DOM 结构和 CSS 环境。
- 检查导航栏的**直接父元素**是否意外加了
overflow: hidden（比如<div class="container overflow-hidden">） <li>确认没在 <code>外层套自定义滚动容器（如某些后台框架的<div class="layout-scroll">），否则粘性作用域变成那个容器，而非视口 <li>用浏览器 DevTools 检查该元素 computed 样式中 <code>position是否被覆盖成static或relative—— Bootstrap 的sticky-top只是设置position: -webkit-sticky; position: sticky; top: 0;，极易被后续样式覆盖 - 给元素显式加
z-index: 1020（Bootstrap 默认值），避免被其他position: absolute或fixed元素遮挡 - 禁用任何
transform（如scale(0.99)、translateZ(0)），它会创建新层叠上下文，使 sticky 失效 - 若父容器是
display: flex或display: grid，旧版 Safari 可能不支持 sticky；临时方案：改用position: fixed+ 手动占位（如在下方加<div style="height: 60px"></div>） - 避免在
height: 100vh容器里嵌套 sticky 元素，iOS 上可能因min-height计算异常导致吸附失败；可试min-height: -webkit-fill-available -
sticky-top保留原有文档流占位，下方内容不会上移——这是它比 fixed 更易维护布局的关键优势 -
fixed必须手动给或下一个兄弟元素加margin-top补齐高度，否则内容会被遮盖；sticky-top不需要 -
sticky-top支持响应式top值（如@media (max-width: 768px) { .sticky-top { top: 10px; } }），fixed要 JS 配合重算 - 如果页面有多个 sticky 元素，它们会按文档顺序依次吸附，而 fixed 元素会相互堆叠，z-index 管理更复杂
- 最小可用样式：
.my-sticky-nav { position: -webkit-sticky; position: sticky; top: 0; z-index: 1020; } - 务必补
position: -webkit-sticky，iOS Safari 仍需前缀 - 不要漏
z-index，否则在复杂布局中大概率被遮住 - 若需兼容极旧环境（如 Android 4.x WebView），建议降级为 JS 监听 scroll + 切换
fixed类，但现代项目基本不用
移动端 sticky-top 卡顿/失效怎么办
iOS Safari 和 Android WebView 对 position: sticky 支持不稳定，尤其在键盘弹出、页面返回、或父容器是 flex/grid 时容易掉帧或错位。
sticky-top 和 fixed 的本质区别在哪
别把它当“轻量版 fixed”。sticky 是条件定位：只在滚动到临界点时吸附，离开就回归文档流；fixed 始终脱离文档流，不占原始位置。
要不要自己写 sticky 样式而不是用 Bootstrap 类
如果项目已引入 Bootstrap，直接用 sticky-top 没问题；但如果只是想实现顶部吸附且不想加载整套 CSS，几行原生样式更轻量、可控性更高。
div 并设了 overflow-y: auto，整个 sticky 就会失效——这种结构问题，光看 HTML 很难一眼发现，必须用 DevTools 的 “Layout” 面板逐层检查滚动容器链。
