加fixed-top类仅实现定位固定，还需手动处理三件事：一是为首个内容容器设padding-top避免遮挡；二是为navbar-collapse设position:relative或禁用Popper以修复下拉菜单；三是添加backface-visibility和transform缓解iOS抖动。
fixed-top 类就能让导航栏固定在顶部，但只加这个类远远不够——内容会被遮住、下拉菜单点不开、iOS 滚动抖动，这些不是 Bootstrap 的 bug，而是 fixed 定位脱离文档流后必须手动补全的三件事。
为什么加了 fixed-top 但首屏内容还是被盖住了
因为 fixed-top 触发的是 position: fixed，
- 别给
加全局padding-top：响应式下 navbar 高度会变（折叠后可能缩到 44px），硬写56px在小屏会留白过多 - 在
<nav></nav>后第一个块级容器上加pt-6（≈64px），比默认pt-5更稳妥 - 如果自定义了 navbar 高度（比如
style="height: 72px"），用浏览器控制台查真实值：getComputedStyle(document.querySelector('.navbar')).height，然后写内联样式：style="padding-top: 72px" - 避免同时用
mt-*和pt-*，外边距和内边距叠加容易错乱
移动端下拉菜单点不开或被截断怎么办
这不是 z-index 不够，而是 .dropdown-menu 默认以 viewport 为定位锚点，而 fixed 导航栏正压在它上面，子菜单“找不到父容器”的定位上下文。
- 给
<div class="navbar-collapse"> 显式加 <code>style="position: relative"，让内部position: absolute的菜单有明确父级 - 更可控的做法：在
<ul class="dropdown-menu"></ul>上加data-bs-popper="none"，再配 CSS：.dropdown-menu { top: 100% !important; position: absolute; } - 确认层级：
.navbar默认z-index: 1030，下拉菜单至少设z-index: 1031，且规则要带.navbar前缀限定作用域（如.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 只解决“定位”，不解决“空间补偿”“定位上下文”“渲染兼容性”——这三件事漏掉任何一项，都会在某个设备或交互路径上突然崩掉。
