Bootstrap导航栏用transform+transition隐藏失效，主因是未设fixed/absolute定位；应添加fixed-top类、避免overflow:hidden，并仅对.navbar根元素加transform动画，配合JS切换.hidden类实现平滑滑入滑出。
用 transform + transition 隐藏 Bootstrap 导航栏时，为什么菜单没动？
直接给 .navbar 加 transform: translateY(-100%) 不生效，大概率是因为导航栏本身是 position: relative 或未脱离文档流，导致位移被父容器截断或被其他样式覆盖。Bootstrap 5 默认的 .navbar 没有设 position: fixed 或 absolute，所以 transform 只会相对自身位置偏移，但视觉上可能被遮挡、或因高度塌陷而“消失得不干净”。
真正起效的前提是：导航栏必须已处于固定定位（position: fixed）或绝对定位（position: absolute），否则 transform 无法实现“滑出视口”的预期效果。
- 检查是否漏加
fixed-top或sticky-top类 —— 这是触发transform动画的必要布局前提 - 确认父容器没有
overflow: hidden，否则位移后的 navbar 会被裁剪 - 避免在
.navbar-collapse上直接写transform，它只是折叠容器，不是视觉主栏
如何用 CSS 控制 navbar 滑入/滑出，且不破坏 Bootstrap 的折叠逻辑？
核心思路是：只对 .navbar 根元素做 transform 动画，保留内部所有子结构（包括 .navbar-toggler 和 .navbar-collapse）的原始行为。这样汉堡菜单点击展开、收起仍由 Bootstrap 原生 JS 控制，你只接管“整栏上下位移”这一步。
推荐写法：
立即学习“前端免费学习笔记（深入）”；
.navbar {
transition: transform 0.3s ease-in-out;
}
.navbar.hidden {
transform: translateY(-100%);
}
然后用 JS 切换 .hidden 类即可。注意：不要用 display: none 或 visibility: hidden，否则会中断 .navbar-collapse 的展开状态同步，导致点击汉堡后菜单不显示。
- 动画时间建议设为
0.3s，太短不易察觉，太长拖慢交互反馈 - 用
translateY(-100%)而非top: -100%，前者不触发重排，性能更好 - 如果 navbar 高度不固定（比如含多行文字或响应式 logo），改用
transform: translateY(calc(-1 * var(--navbar-height)))并配合 CSS 自定义属性更稳妥
滚动时自动隐藏 navbar，但锚点跳转后又卡住不显示？
这是最常被忽略的兼容性坑：当用户点击页面内锚点（如 #section2）时，浏览器会强制滚动到目标位置，同时触发 scroll 事件。如果你的隐藏逻辑只监听 scroll，就可能在滚动结束前反复切换 .hidden 类，导致 navbar 卡在半隐藏状态，或者锚点定位失败（因为 navbar 高度参与了 offset 计算）。
解决办法是加一个防抖 + 锚点排除逻辑：
- 监听
scroll时，先检查document.activeElement?.id === "section2"或location.hash是否存在，存在则跳过隐藏 - 用
setTimeout延迟执行隐藏（例如 150ms），确保滚动真正稳定后再判断方向 - 在锚点跳转完成后的
hashchange事件中，主动移除.hidden类，保证导航栏可见
别依赖 scroll-behavior: smooth 的回调——它不提供精确的“滚动结束”钩子，尤其在 Safari 中不可靠。
移动端触摸滚动时 navbar 抖动或闪现？
在 iOS 和部分安卓 WebView 中，scroll 事件触发频率低且滞后，加上 touch 惯性滚动，会导致 transform 动画与手指滑动不同步，视觉上出现“追着手指跑”或“突然弹回”的抖动现象。
真正稳定的方案是改用 IntersectionObserver 监听导航栏与视口顶部的距离，而不是依赖 scroll 事件：
const observer = new IntersectionObserver(
([entry]) => {
const navbar = entry.target;
if (entry.boundingClientRect.top < 0) {
navbar.classList.add('hidden');
} else {
navbar.classList.remove('hidden');
}
},
{ threshold: [0, 1] }
);
observer.observe(document.querySelector('.navbar'));
这个方案不依赖滚动事件节流，也不受 touch 惯性影响，iOS 14+ 和 Chrome 76+ 均支持。但注意：若 navbar 是 sticky-top，需确保其父容器有明确高度，否则 IntersectionObserver 可能误判。
复杂点在于：IntersectionObserver 默认不感知滚动方向，所以需要额外记录上一次 boundingClientRect.top 值来判断是向上滚还是向下滚——否则用户缓慢上拉时 navbar 也会隐藏，体验反而变差。
