最有效解法是为fixed元素添加.is-fixed类或使用data-bs-backdrop="static"；前者让bootstrap自动同步padding-right补偿，后者跳过整个补偿流程，避免抖动。
直接加 body { padding-right: 0 !important } 不但无效，还会让抖动更明显——因为 Bootstrap 5+ 是通过内联 style="padding-right: 17px" 动态注入的，优先级高于任何 CSS 规则，!important 压不住它。
为什么 fixed 元素会错位
Bootstrap 只给 body 补了 padding-right，但你的 fixed-top 导航栏、fixed-bottom 底部栏、全屏背景图等 position: fixed 元素完全不受影响。结果是：流式内容被向右推，fixed 元素原地不动，视觉上像整个页面“向左一缩”。
- 必须给所有需要同步补偿的 fixed 元素显式加上
.is-fixed类（如<nav class="navbar fixed-top is-fixed"></nav>） -
.is-fixed是纯语义类，无默认样式，仅作为 Bootstrap JS 的钩子 - 它只对
fixed-top、fixed-bottom、sticky-top和带.is-fixed的元素生效 - 不加这个类，就等于放弃 Bootstrap 的自动同步逻辑，后续手动监听
show.bs.modal/hidden.bs.modal容易漏掉或重复执行
data-bs-backdrop="static" 是最轻量的解法
这个属性会让 Bootstrap 跳过整个滚动条补偿流程：不加 modal-open 类、不计算滚动条宽度、不写 padding-right 内联样式、也不设 overflow: hidden——它只禁用点击遮罩关闭，保留 ESC 键关闭能力。
- 只需在模态框根元素加：
<div class="modal" data-bs-backdrop="static"> <li>不影响其他组件（如下拉菜单、Tooltip），无兼容性风险</li> <li>适用于表单确认、权限提示、操作反馈等无需点背景关闭的场景</li> <li>后续若需恢复点击关闭，删掉该属性即可，无残留副作用</li> <h3>scrollbar-gutter 替代方案要注意 fallback</h3> <p>用 <code>scrollbar-gutter: stable both是浏览器原生占位方案，对 fixed 元素天然友好，但它不能单独生效，必须配合禁用 Bootstrap 的 JS 补偿逻辑。- CSS 中先设置：
body { scrollbar-gutter: stable both; } - 再清掉 Bootstrap 注入的 padding：
body.modal-open { padding-right: 0 !important; } - JS 初始化前覆盖默认行为：
Bootstrap.Modal.Default.scrollbarWidth = 0; - 必须检测兼容性：
CSS.supports('scrollbar-gutter', 'stable')，iOS Safari 17.4 之前、旧版 Edge 等需回退到动态测宽
真正难的不是选哪个方案，而是排查有没有第三方库（比如
overlay-scrollbars或全局重置 CSS）悄悄改了body的overflow或内联padding-right——这些隐性覆盖往往比技术方案本身更耗时间定位。 - CSS 中先设置：
