fixed弹窗右移是因body加overflow:hidden后滚动条消失致宽度突增，使left:0;width:100%的弹窗按变宽后的body计算宽度而右跳；用padding-right:calc(100vw-100%)可恒定body内容区宽度，或直接设left:0;right:0;使弹窗宽为100vw自适应。
fixed弹窗右移是因为body宽度突变，不是定位失效
弹窗打开时给body加overflow: hidden禁滚动，浏览器会移除垂直滚动条，导致body宽度突然增加约15–17px。而position: fixed元素若设了left: 0; width: 100%，其100%是按body渲染后宽度算的，于是视觉上向右“跳”了一截——这不是bug，是盒模型行为本身。
用calc(100vw - 100%)动态补偿滚动条宽度
这个表达式是目前最轻量、纯CSS、无需JS探测的方案：100vw始终等于视口总宽（含滚动条占位），100%是body实际渲染宽，二者相减即得滚动条宽度（有滚动条时≈17px，无时为0）。
- 给
body加padding-right: calc(100vw - 100%)，让它的内容区宽度恒定，避免突变 - 对固定弹窗自身，若需贴右边缘且怕被滚动条遮挡，可加
right: calc(100vw - 100%) - 若弹窗已设
left: 0; right: 0;，则无需额外补偿——此时宽度自动为100vw，不受body影响
别同时写left和负right，这是横向滚动元凶
例如left: 0; right: -10px; width: 100%这种写法，浏览器会忽略width，反向推算出width = 100% + 10px，直接触发横向滚动条，modal开关时错位更明显。
- 只用单边+
width：比如left: 0; width: 100vw - 或双零边距：
left: 0; right: 0;（推荐，语义清晰且自动适配） - 真要微调位置，改用
transform: translateX()，不参与盒模型计算
滚动容器内弹窗错位？那根本不是fixed该干的活
如果弹窗是position: absolute且挂在可滚动容器里，却随滚动“飞走”，说明它没绑定对定位上下文——检查滚动容器是否漏了position: relative；如果用了position: fixed还偏移，大概率是误用场景：fixed本就该锚定视口，不该塞进局部滚动区。
立即学习“前端免费学习笔记（深入）”；
真正需要随滚动容器移动的提示层（如tooltip、下拉菜单），必须用absolute + 父容器relative，而不是强行套fixed再手动JS纠偏。
