加 fixed-top 类后需手动处理三件事：首屏内容遮挡（在首个容器加 pt-6 等合适 padding）、下拉菜单失效（给 .navbar-collapse 加 position: relative 或禁用 popper）、ios 抖动（加 backface-visibility: hidden 和 translatez(0)）。
fixed-top 类就能让导航栏脱离文档流固定在顶部，但不处理后续三件事，它会盖住内容、下拉菜单点不开、iOS 上抖动——这不是类没生效，而是 fixed 定位本身带来的副作用，必须手动补全。
为什么加了 fixed-top 但首屏内容被遮住
因为 fixed-top 让 <nav></nav> 脱离文档流，后面的内容直接顶到视口顶部，Bootstrap 不会自动计算并补偿高度。
- 别给
加全局padding-top—— 响应式下 navbar 高度会变（折叠后可能缩到 44px），硬写style="padding-top: 56px"在小屏会留白过多 - 在紧接
<nav></nav>后的第一个容器（比如<main></main>或<div class="container">）上加 <code>pt-6（≈64px），比默认pt-5更稳妥 - 若自定义了 navbar 高度（如加大了
font-size或padding），用开发者工具查真实值：getComputedStyle(document.querySelector('.navbar')).height，再写内联style="padding-top: XXpx" - 避免同时用
mt-*和pt-*—— 容易叠加错乱 - 给
<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 固定定位错位或闪动
真正难的不是加那个类，而是意识到
移动端下拉菜单点不开或被截断
不是 z-index 不够，而是 .dropdown-menu 默认以 viewport 为定位参考，而 fixed-top 导航栏正压在它上面，子菜单“找不到父容器”的定位锚点。
iOS Safari 滚动时导航栏抖动或闪退
根源是 WebKit 对 position: fixed 的渲染限制，尤其在快速滚动、软键盘弹出或页面有 transform 时。
fixed-top 只解决“定位”，不解决“空间补偿”“定位上下文”和“WebKit 渲染边界”。这三个点里任意一个漏掉，都会让固定效果在真实设备上失效。
