抖动不是Bug，是Bootstrap 5+主动注入padding-right补偿滚动条消失所致；fixed元素未同步补偿致视觉“向左一缩”，根本解法为使用data-bs-backdrop="static"禁用补偿逻辑。
抖动不是 Bug，是 Bootstrap 5+ 主动注入 padding-right 补偿滚动条消失所致；真正问题不在“加没加”，而在 fixed 元素完全没被补偿——它们原地不动，流式内容却被向右推，视觉上就是页面“向左一缩”。
为什么 modal-open 加了 padding-right 还会抖
Bootstrap 在 show.bs.modal 触发时，会动态计算滚动条宽度（document.body.offsetWidth - document.documentElement.clientWidth），然后往 body 上写内联样式 style="padding-right: 17px"（值因系统/浏览器浮动）。但这个补偿只作用于 body 的流式布局，对 position: fixed 元素（比如 .fixed-top 导航栏、全屏背景图）完全无效。
- 漏掉任何一个
fixed元素（哪怕是一个悬浮按钮），它就会错位，抖动立刻可见 - macOS Safari 隐藏滚动条时，差值常为 0，补偿变成负向干扰，反而拉出右侧空白
- 用了
overlay-scrollbars或scrollbar-width: none，DOM 检测直接失效，补偿值为 0 或 NaN - 全局写了
body { padding-right: 0 !important }？它盖不住内联样式，还可能让后续还原逻辑失效
为什么 body { padding-right: 0 !important } 不但无效还更糟
因为 Bootstrap 5+ 不靠 class 控制 padding，而是直接操作 body.style.paddingRight 写内联值。CSS 规则再加 !important 也赢不了内联样式的优先级。更麻烦的是：硬编码的 0 或固定像素值，会破坏滚动恢复流程——关模态框后 padding-right 被设成 '0' 或 'auto'，而不是清空，导致 body 残留错误偏移。
- 还原时必须设为
''（空字符串），才能回退到原始 CSS 值 -
.modal-open { padding-right: 0 !important }也无效——这个 class 本身不带 padding 样式 - 强行用
overflow-y: scroll强制显示滚动条？移动端多出无用滚动条，体验更差
如何验证是不是第三方库在干扰
抖动查不到根？大概率是 overlay-scrollbars、perfect-scrollbar 或某段全局重置 CSS 悄悄改了 body 的 overflow 或覆盖了内联 padding-right。这些修改不会出现在 Bootstrap 的 JS 日志里，但会直接让宽度检测失准。
立即学习“前端免费学习笔记（深入）”；
- 打开 DevTools → Elements → 点击
body，看Styles面板里padding-right是不是被划掉（说明被更高优先级覆盖） - 执行
getComputedStyle(document.body).paddingRight，对比document.body.style.paddingRight—— 如果不一致，说明有外部干预 - 临时禁用所有非 Bootstrap 的 JS（尤其是滚动条插件），再开 Modal，看抖动是否消失
真正容易被忽略的，是那些没显式声明 position: fixed 却实际依赖 fixed 行为的元素，比如某些全屏动画容器或 zIndex 极高的提示层——它们一样要加 .is-fixed，否则照样跳。
