加 fixed-top 类后需手动补三件事：为首个内容容器设 padding-top 避免遮挡；给 navbar-collapse 加 position: relative 提供下拉菜单定位上下文；加 backface-visibility: hidden 和 transform: translatez(0) 缓解 ios 滚动抖动。
加 fixed-top 类就能固定，但内容被遮住、下拉菜单点不开、iOS 滚动抖动——不是类没生效，而是 fixed 定位脱离文档流后，你得手动补三件事：空间、定位上下文、渲染稳定性。
为什么加了 fixed-top 但首屏内容还是被盖住
因为 fixed-top 让 <nav></nav> 脱离文档流，后续元素直接顶到视口顶部；Bootstrap 不会自动为你的第一个内容容器（比如 <main></main> 或 <div class="container">）加 <code>padding-top，只对 做了默认补偿（约 56px），而这个值在你改过字体、logo 高度或响应式折叠后往往不准。
- 在紧接
<nav></nav>后的第一个块级容器上加pt-6（64px），比pt-5更稳妥 - 若自定义了 navbar 高度（如
style="height: 72px"），别猜类名，用控制台查真实值：getComputedStyle(document.querySelector('.navbar')).height，再写内联样式：style="padding-top: 72px" - 避免给
全局设padding-top—— 小屏折叠后 navbar 可能缩到 44px，硬编码会留白过多
移动端下拉菜单点不开或被截断
这不是 z-index 不够，而是 .dropdown-menu 默认以 viewport 为定位参考，而 fixed-top 导航栏正压在它上面，导致子菜单“找不到父容器”的锚点。
- 给
<div class="navbar-collapse"> 显式加 <code>style="position: relative;"，让内部position: absolute的下拉菜单有明确定位上下文 - 更可控的做法：在
<ul class="dropdown-menu"></ul>上加data-bs-popper="none"禁用 Popper，再配 CSS：.dropdown-menu { top: 100% !important; position: absolute; } - 确认层级：
.navbar默认z-index: 1030，下拉菜单至少设z-index: 1031，且规则必须带前缀（如.navbar .dropdown-menu），否则全局污染 - 给
<nav class="navbar"></nav>加两个缓解属性：style="backface-visibility: hidden; transform: translateZ(0);" - 检查是否有父容器（如
<div class="container-fluid">）意外加了 <code>transform、perspective或overflow: hidden—— 这些会创建新层叠上下文，让fixed定位基准变成该容器而非视口 - 确保
里有标准 viewport：<meta name="viewport" content="width=device-width, initial-scale=1">，缺失会导致 iOS 固定定位错位
滚动时导航栏抖动、iOS Safari 闪退或错位
根源是 WebKit 对 position: fixed 的渲染限制，尤其在快速滚动、软键盘弹出或页面存在 transform 时。
真正难的不是加那个类，而是意识到 fixed-top 只解决“定位”，不解决“空间补偿”“定位上下文”和“渲染兼容性”——这三件事漏一个，用户看到的就是遮挡、空白或闪动。
