sticky-top不生效主因是父容器设置了overflow:hidden/auto/scroll、display:flex/grid未设高度、或元素含transform等创建新层叠上下文的属性，且必须配合top值使用。
直接加 sticky-top 类大概率不生效，不是你写错了，而是父容器或布局干扰了 sticky 行为。
为什么 sticky-top 加了没反应
Bootstrap 的 sticky-top 本质只是 position: sticky; top: 0;，它不创建新层叠上下文，也不强制滚动容器——它完全依赖浏览器原生 sticky 实现和当前 DOM 结构。
- 最常见原因：导航栏的**直接父元素**设置了
overflow: hidden、overflow: auto或overflow: scroll，这会把 sticky 作用域“截断”在该容器内，而非整个视口 - 后台框架常套一层
<div class="layout-main"> 并设了 <code>overflow-y: auto，此时sticky-top只在那个 div 内滚动吸附，一滚出就失效 - 父容器是
display: flex或display: grid且未设明确高度（如height: 100vh），Safari 旧版可能不触发 sticky - 元素上同时用了
transform（比如scale(0.99)）或will-change，会创建新层叠上下文，破坏 sticky -
sticky-top保留在文档流中，下方内容不会上移；fixed-top完全脱离文档流，必须手动给后续内容加pt-5或类似边距补位，否则被遮挡 -
sticky-top在滚动出其父容器范围后自动“解除固定”，回归正常位置；fixed-top始终钉在视口顶部，不管页面多长 -
sticky-top支持响应式top值（例如@media (max-width: 768px) { .sticky-top { top: 10px; } }）；fixed-top要改 top 得靠 JS 重算 -
sticky-top不需要处理键盘弹出后的错位问题（移动端 WebView 中 fixed 容易跳动或留白），但首次滚动可能卡顿（尤其 Android Chrome 旧版） - 显式加
z-index: 1020（Bootstrap 默认 navbar 的 z-index），避免被dropdown或modal遮住 - 确保
<meta name="viewport">存在且正确，缺失或user-scalable=no会干扰 sticky 触发 - 如果页面有
height: 100vh的全屏容器，子元素需加min-height: -webkit-fill-available兼容 iOS Safari - 禁用
body上的touch-action: manipulation（某些框架默认加），它可能抑制滚动事件，导致 sticky 判断失准 - 不要指望它在 IE 或 Edge ≤18 中工作——Bootstrap 5 已放弃支持，也不提供降级方案
- 用
window.addEventListener('scroll', ...)检查window.scrollY >= 200 - 动态切换
nav的 class：classList.toggle('fixed-top', shouldFix) - 同步控制主体内容的 padding：
main.classList.toggle('pt-5', shouldFix)（注意匹配 navbar 高度） - 记得在 resize 时重新判断，因为 navbar 高度可能随屏幕宽度变化（比如折叠后变矮）
sticky-top 和 fixed-top 的实际差异在哪
别把它当 fixed-top 的简化版。它们行为逻辑完全不同：
怎么让 sticky-top 在移动端也稳住
移动端 WebView 对 position: sticky 的支持比桌面更脆弱，几个关键动作能显著提升稳定性：
真要“滚动 200px 后再固定”，只能靠 JS
sticky-top 是“进视口即吸附”，没法设置延迟触发距离。想实现“滚动超过 200px 才固定”，必须监听滚动：
这个逻辑看似简单，但容易忽略 resize 场景和移动端键盘收起后的 scrollY 异常——真正稳定，得加防抖和边界校验。
