overflow:hidden 不裁剪横向溢出是因为父容器缺乏明确宽度边界，仅当存在 width/max-width/flex-basis 等可计算宽度约束时才触发裁剪逻辑。
overflow:hidden 为什么压根不裁剪横向溢出
根本不是它“失效”了，而是浏览器根本没启动裁剪逻辑——overflow: hidden 只在父容器有**明确宽度边界**时才起作用。如果父容器宽度是 auto、100%（尤其嵌套在 flex 容器里），或受 box-sizing: content-box 影响导致实际宽度超预期，那 overflow: hidden 就像没写一样。
常见触发点：
-
width: 100%的父容器本身因padding或border溢出视口 → 改用max-width: 100%+box-sizing: border-box - 子元素含
white-space: nowrap但没配text-overflow: ellipsis→ 文字强行撑宽，裁剪不生效 - flex 子项默认
min-width: auto，拒绝收缩 → 必须加min-width: 0 - 图片或 iframe 未设
max-width: 100%→ 固有尺寸直接突破容器
移动端 Safari 中 overflow:hidden 宽度控制特别难搞
iOS Safari 对 overflow: hidden 的宽度约束更苛刻：它不信任 width: 100%，尤其当父容器是 display: flex 子项时，会按内容最小宽度（min-content）计算，导致横向滚动条顽固存在。
实操要点：
立即学习“前端免费学习笔记（深入）”；
- 避免纯
width: 100%，改用width: 100vw或显式width: 375px（配合媒体查询） - flex 容器内，给目标元素加
min-width: 0和max-width: 100% - 检查是否有伪元素（如
::before）或字体渲染微溢出（Safari 常见），可用transform: translateZ(0)强制重绘 - 别对
html或body设overflow: hidden—— iOS 下基本无效，改用固定高度的 wrapper
overflow-x:hidden 单独设也不灵？检查这三个硬条件
overflow-x: hidden 不是独立开关，它依赖整套裁剪前提。漏掉任意一条，它就形同虚设。
必须同时满足：
- 父容器有可计算的宽度约束：
width、max-width或来自flex-basis - 子元素文本需配
white-space: nowrap（否则自动折行，不触发横向溢出） - 若要显示省略号，还得加
text-overflow: ellipsis—— 仅overflow-x: hidden不够
注意：text-overflow: ellipsis 对多行无效；多行截断得用 display: -webkit-box + -webkit-line-clamp，且只在 WebKit 内核稳定。
浮动元素让 overflow:hidden 宽度逻辑全乱套
浮动子元素会脱离文档流，父容器不仅高度塌陷，宽度计算也会失真——overflow: hidden 仍会尝试裁剪，但“裁哪”已经不准了，常表现为内容看起来没溢出，实际却撑破布局。
解决方案不是死磕 overflow：
- 优先用
display: flow-root替代overflow: hidden清除浮动，它专为解决此问题设计，无裁剪副作用 - 若必须保留
overflow: hidden，确保父容器已触发 BFC（比如加position: relative或display: inline-block） - 检查浮动子元素是否设置了
width，若总宽度 > 父容器宽度，overflow: hidden才真正有机会生效
最常被忽略的一点：用开发者工具打开「Layout」面板，把父容器边框标出来，量一量真实宽度和内容宽度差多少——很多时候你以为它溢出了，其实只是你没看清真实尺寸。
