加 fixed-top 类后需手动处理三件事：一是为首个内容容器添加合适 padding-top 避免遮挡；二是为 navbar-collapse 设 relative 定位或禁用 popper 以修复下拉菜单；三是添加硬件加速样式并检查层叠上下文以防 ios 抖动。
直接加 fixed-top 类就能让导航栏固定在顶部，但不处理后续细节，它会盖住首屏内容、下拉菜单点不开、iOS 上抖动——这不是类没生效，而是 fixed 定位脱离文档流后必须手动补全的几件事。
加 fixed-top 后内容被遮住怎么办
这是最常踩的坑：导航栏一 fixed，下面的 <main></main> 或 <div class="container"> 就顶到视口顶部，被盖住。
<ul>
<li>别给 <code> 加全局 padding-top —— 响应式下 navbar 高度会变（折叠后可能缩到 44px），硬写 style="padding-top: 56px" 在小屏会留白过多
<nav></nav> 后的第一个容器上加 pt-6（≈64px），比默认 pt-5 更稳妥；若自定义了 navbar 高度（比如加大了 padding 或 font-size），用开发者工具查真实高度：getComputedStyle(document.querySelector('.navbar')).height，再写内联 style="padding-top: XXpx"
mt-* 和 pt-*，容易叠加错乱移动端下拉菜单点不开或被截断
不是 z-index 不够，而是 .dropdown-menu 默认以 viewport 为定位参考，而 fixed-top 导航栏正压在它上面，子菜单“找不到父容器”的定位锚点。
- 给
<div class="navbar-collapse"> 显式加 <code>style="position: relative"，让内部position: absolute的下拉菜单有明确锚点 - 或禁用 Popper 动态定位：在
<ul class="dropdown-menu"></ul>上加data-bs-popper="static"，再配 CSS：.dropdown-menu { top: 100% !important; } - 确认
z-index层级：navbar 默认是1030，下拉菜单至少设z-index: 1031，且规则要带.navbar前缀限定作用域，避免全局污染 - 给
<nav class="navbar"></nav>加style="backface-visibility: hidden; transform: translateZ(0)"，缓解 iOS 渲染抖动 - 检查是否有父容器（如
<div class="container-fluid">）意外加了 <code>transform、perspective或overflow: hidden—— 这些会创建新层叠上下文，让fixed定位基准变成该容器而非视口 - 确保
中有标准 viewport meta：<meta name="viewport" content="width=device-width, initial-scale=1">，缺失会导致 iOS 固定定位错位或闪动
滚动时导航栏抖动或 iOS Safari 闪退
WebKit 对 position: fixed 的渲染限制是根源，尤其在快速滚动、软键盘弹出或页面有 transform 时。
真正难的不是加那个类，而是意识到 fixed-top 只解决“定位”，不解决“空间补偿”“定位上下文”“层叠关系”——这三件事漏掉任意一个，导航栏就只是“看起来固定了”，实际体验全是漏洞。
