直接加body { padding-right: 0 !important }无效且加剧抖动，因bootstrap 5+通过内联样式动态设置padding-right（如style="padding-right: 17px"），优先级高于css规则；抖动主因是fixed元素未同步补偿，需加.is-fixed类或使用data-bs-backdrop="static"跳过补偿流程。
直接加 body { padding-right: 0 !important } 不但无效，还大概率让抖动更严重——因为 Bootstrap 5+ 是通过内联样式动态写 padding-right 值（比如 style="padding-right: 17px"），它的优先级高于任何 CSS 规则，!important 也盖不住。
为什么 modal-open 加了 padding-right 还会抖？
根本不是没加，而是加得“不对位”：Bootstrap 只给 body 补了 padding-right，但你的 position: fixed 导航栏、侧边栏、全屏背景图完全不受影响。它们原地不动，而流式内容被向右推了一段（等于视觉上“左缩”），错位就出来了。
- 检查你有没有给
<header class="fixed-top"></header>或类似元素加is-fixed类——没加就是抖动主因 - 确认没在全局 CSS 里写
body { padding-right: 0 !important }，它会干扰后续滚动恢复逻辑 - 如果你用了
overlay-scrollbars或scrollbar-width: none，Bootstrap 的滚动条宽度检测会返回0，导致补偿失效或反向错位
用 data-bs-backdrop="static" 跳过整个补偿流程
这是最轻量、最安全的解法，适用于不需要点击遮罩关闭的场景（比如表单确认、权限提示、操作反馈弹窗）。
- 在模态框根元素上加属性：
<div class="modal" data-bs-backdrop="static"> <li>它会跳过 <code>modal-open类添加、跳过padding-right注入、跳过overflow: hidden设置，但依然禁用背景滚动 -
ESC键仍可关闭，不影响键盘交互 - 不破坏任何现有 CSS，也不需要改 JS 监听逻辑
- 监听
show.bs.modal：用getScrollbarWidth()动态算真实宽度，再同时设置document.body.style.paddingRight和document.body.style.overflow = 'hidden' - 所有
fixed元素必须带is-fixed类，否则 Bootstrap 内部不会为它们同步补padding-right - 监听
hidden.bs.modal：还原paddingRight时务必设为空字符串''（不是'0'或'auto'），才能回退到原始 CSS 值 - 多层 modal 时，用
$('.modal.show').length > 0判断是否还有可见 modal，而不是只看modal-open类是否存在 - 先检测：
CSS.supports('scrollbar-gutter', 'stable')，不支持就走getScrollbarWidth()+padding-right回退 - 必须配合
body.modal-open { padding-right: 0 !important }强制关掉 Bootstrap 的 JS 补偿，否则两者冲突 - 安卓 WebView 或旧版 Safari 可能报告支持但实际不生效，建议加一层
document.body.scrollHeight > window.innerHeight双重判断
必须保留点击遮罩关闭？那就手动接管滚动控制
别依赖 Bootstrap 自动补偿，自己读、自己设、自己清，才能稳住 fixed 元素和多层 modal 场景。
scrollbar-gutter 是未来，但现在得 fallback
scrollbar-gutter: stable both 确实能一劳永逸——浏览器原生预留滚动条空间，不触发重排，对 fixed 元素天然友好。但它只支持 Chrome 94+、Firefox 97+、Safari 17.4+。
真正难的不是选哪个方案，而是查清楚有没有第三方库（比如某个 UI 组件、重置 CSS 或滚动条插件）悄悄覆盖了 body 的 overflow 或 padding —— 这类隐性干扰往往比技术本身更难定位。
