用 DevTools Layout 面板查看真实宽度，勾选“Show box model”比对 border box 与预期值；若 scrollWidth > clientWidth 则确认横向溢出；重点排查 min-width: auto、浮动、绝对定位及 inline-grid 干扰，并用 getBoundingClientRect().width 替代 getComputedStyle().width 获取真实占用宽度。
用 DevTools 的 Layout 面板直接看真实占用宽度
别猜，直接打开 Chrome 或 Firefox 的开发者工具，选中疑似撑宽的容器，在 Layout 面板勾选“Show box model”。它会清晰标出 border box、padding、content area 三层尺寸。如果 border box 明显超出你预期的宽度（比如设了 width: 300px 却显示 324px），说明有额外空间被占用了。
重点看右侧数值栏：若 scrollWidth > clientWidth，就坐实了横向溢出；再点开子节点逐层检查，哪个元素的 border box 突然变宽，它大概率就是元凶。
检查是否被 min-width: auto 锁死
Grid 和 Flex 子项默认带 min-width: auto，它会强制容器至少撑到内容固有宽度——哪怕父容器只有 200px，一个含长单词的文本子项也能把它顶到 350px。这种“撑宽”在 DevTools 里表现为 computed 的 min-width 是 auto，而不是 0 或具体像素值。
- 对 Grid 容器加
min-width: 0（横向布局）或min-height: 0（纵向） - 如果它本身是 Flex 子项，且用了
flex: 1，min-width: 0不能省 - 子项里有图片或文本块，也建议同步加
min-width: 0，防长内容突破轨道
排查浮动、绝对定位和 inline-grid 干扰
这三类元素最容易“悄无声息”地破坏宽度计算：
立即学习“前端免费学习笔记（深入）”；
-
float元素会让父容器高度坍塌，间接导致 body 被撑宽；同时 HTML 中换行/空格会生成 4–8px 间隙，多个浮动项一排就超限 -
position: absolute元素脱离文档流后，若父容器没设position: relative，它会相对于<html>定位，宽度参考系错乱，常表现为“莫名宽出一截” -
display: inline-grid让容器表现得像内联元素，无视width: 100%和grid-template-columns: 1fr，只包裹内容——DevTools 里一眼能见 display 值
警惕 getComputedStyle().width 的误导性
JS 里调 getComputedStyle(el).width 返回的是 CSS 计算值，不包含 padding 和 border 的实际占用。例如：width: 240px; padding: 16px; border: 2px solid; 在 box-sizing: border-box 下真实宽度是 240px，但 getComputedStyle 仍返回 "240px"；换成 content-box，真实宽度是 276px，它还是返回 "240px"。
真正反映渲染占用的，是：
-
el.getBoundingClientRect().width：含缩放、含 border/padding，最贴近视觉 -
el.offsetWidth：整数像素值，不含缩放，适合做布局判断
用错这个，JS 动态调整宽度时很容易反复踩坑——你以为它“刚好 300px”，其实已经 312px 了。
