不是overflow: auto失效，而是Flex子项默认min-width: auto或min-height: auto锁死收缩底线，必须在真正要滚动的直接子元素上显式设置min-width: 0（横向）或min-height: 0（纵向），并配合明确高度约束（如max-height: 60vh）才能触发滚动。
Flex子元素加了overflow: auto却没滚动条，不是CSS写错了，而是浏览器默认给它套了一层“收缩锁”：min-width: auto（横向）或min-height: auto（纵向），它强制子项至少撑开到内容自然尺寸，导致永远不满足“内容溢出容器”的前提。
为什么flex子项的min-width:auto会阻止滚动触发
Flex规范明确要求：子项在主轴方向上默认有min-width: auto（row）或min-height: auto（column）。这个auto不是“随内容自适应”，而是“至少容纳全部内容固有尺寸”——哪怕你写了flex: 1、max-width: 300px甚至height: 0，它也优先撑开自己，不给overflow留触发空间。
常见错误现象包括：
- 开发者工具里看到滚动区域高度/宽度远大于父容器，说明内容根本没被约束住
- 父容器设了
height: 400px，子项仍把整个页面顶高 -
overflow-y: auto加在flex: 1子项上，但滚动条死活不出现
必须在哪个元素上加min-width:0或min-height:0
这个约束不能乱加，必须落在“真正要滚动、且内容可能撑开”的那个直接子元素上：
立即学习“前端免费学习笔记（深入）”；
- 横向滚动（如标签栏）：在文字/图片等内联内容的**直接父容器**（比如
.item）加min-width: 0 - 纵向滚动（如列表区）：在带
overflow-y: auto的中间容器（如.list-scroll）加min-height: 0 - 如果该容器自身是
display: flex，它内部的文本元素（如<p>）还得再加一次min-width: 0 - ❌ 错误做法：
.parent { min-width: 0; }——父容器加了没用；.item > span { min-width: 0; }——span不是Flex直接子项
overflow:auto生效还缺哪些硬性条件
overflow: auto不是开关，是条件触发器：只有当“内容真实尺寸 > 容器约束尺寸”时才显示滚动条。而这个“约束尺寸”必须显式给出：
- 父容器必须有明确高度：比如
height: 100vh、max-height: 60vh或max-height: 400px - 若父级链路是
html → body → .wrapper，其中任意一级漏了height: 100%或height: 100vh，高度上下文就断了 - 子元素含长单词或URL时，需额外配
word-break: break-word或overflow-x: hidden，否则宽度爆表但高度不涨 - IE11里
min-height: 0常被忽略，得改用height: 0; min-height: 0;并配合display: -ms-flexbox
真正起作用的从来不是overflow本身，而是它前面那层看不见的尺寸计算逻辑。漏掉min-width: 0或高度约束，overflow就只是个摆设——尤其当嵌套Flex又没逐层加min-width: 0时，问题会藏得更深。
