横向滚动最隐蔽来源是absolute/fixed元素同时设left和right但无width，导致反向计算宽度溢出；应禁用双向定位、改用transform、确保html/body均设overflow-x:hidden并重置body margin。
检查 left 和 right 同时设置的定位元素
横向滚动最隐蔽的来源之一，就是 position: absolute 或 fixed 元素同时写了 left 和 right，但没设 width。浏览器会按 width = 包含块宽度 − left − right 反向计算，一旦 right 是负值（比如 right: -15px），算出来的宽度就比父容器还大——哪怕它视觉上没“露出来”，渲染层仍会申请超出视口的空间，直接让 document.body.scrollWidth > window.innerWidth。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在 DevTools 的 Elements 面板用搜索功能输入
[style*="right"]，快速筛出带内联right的元素，再人工确认是否同时有left - 把
right: -Xpx改成transform: translateX(Xpx)，后者不参与盒模型计算，彻底避开宽度推算逻辑 - 若必须用
right，确保其值 ≥ 0，且只设单边（left或right）+ 显式width，避免双向约束
验证 transform 和 position: fixed 是否触发隐性溢出
transform（尤其是 scale、translateX）和 position: fixed 元素虽脱离文档流，但它们的“潜在渲染边界”仍可能被浏览器计入视口尺寸判定。典型表现是：滚动条只在缩放为 90% / 110% 时闪现，或 getComputedStyle(document.body).width 返回类似 412.3px 这种带小数的非整数值。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 临时移除疑似元素的
transform，看横向滚动是否消失；若消失，加transform: translateZ(0)强制硬件加速，有时能重置溢出判定 - 对
position: fixed元素，检查是否写了left: 0; right: 0;以外的组合（如right: -10px），Safari 尤其敏感 - 在 Chrome DevTools 的 Rendering 面板开启
Paint flashing，滚动出现时高频重绘的区域，大概率就是问题源
用 outline 定位真实溢出源，别只信 overflow-x: hidden
给 html 或 body 加 overflow-x: hidden 只是掩盖，不是修复。真正撑宽页面的，往往是某个没设 max-width 的 img、用了 white-space: nowrap 的文本容器、或者第三方弹窗组件里自带的 min-width: 320px。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在控制台执行：
$$('*').forEach(el => el.style.outline = '1px solid red')，缩放到出问题的尺寸，一眼看出哪个红色轮廓“凸出”视口右边缘 - 重点盯三类高危元素：
img、table、pre，以及所有带position: absolute或fixed的弹窗/提示框 - 检查
body的margin：Chrome/Firefox 默认margin: 8px，窄屏下这 16px 就足以触发横向滚动，必须显式写body { margin: 0; }
确认 html 和 body 的 overflow 是否协同生效
overflow-x: hidden 加在 body 上经常失效，根本原因是浏览器的溢出传播机制：根元素 html 默认 overflow: visible，它会把子级的溢出“透出”。只设 body 不设 html，等于没设。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 必须同时写：
html { overflow-x: hidden; }和body { margin: 0; }，缺一不可 - iOS Safari 必须加
html { overflow-x: hidden; }，否则会出现“看不见但可拖动”的伪滚动条 - 别依赖
* { box-sizing: border-box; }——它解决不了margin溢出，也压不住transform或fixed带来的隐性宽度申请
真正难排查的，是那些不画在屏幕上、却仍向浏览器“要空间”的元素——比如 right: -0.5px 在 DPR=2 设备上被四舍五入成 -1px，再反推宽度时多出 1px；或者 transform: scale(0.999) 导致布局像素微偏。这些细节不会报错，但会让 scrollWidth − innerWidth === 1 成为常态。
