加 min-height: 0 仅解除收缩底线，滚动条出现还需容器有明确高度边界且内容真正溢出；三条件缺一不可：min-height: 0、明确高度约束（如 height/max-height/flex:1）、overflow-y: auto。
为什么加了 min-height: 0 还没滚动条
根本不是 min-height: 0 没起作用，而是它只解除了“收缩底线”，但滚动条出现还需要两个前提：容器有明确高度边界，且内容真溢出了这个边界。常见现象是开发者加了 min-height: 0 就以为万事大吉，结果 overflow-y: auto 依然静默——实际是父容器高度未定义，或子内容被 white-space: normal 换行撑开，压根没触发溢出。
- 检查父级 Flex 容器是否设置了
height、max-height或flex: 1（且其上级已有确定高度） - 确认滚动容器自身没有
height: 100%却依赖未设高的祖先——百分比在无基准时计算为 0 - 若内容含文本，确保没被默认换行干扰：
white-space: nowrap才可能横向溢出；纵向溢出则需内容总高 > 容器可用高度
Flex 子容器必须同时满足的三个条件
单写 min-height: 0 是无效动作。它只是必要条件之一，缺一不可：
-
display: flex的直接子容器（即你要滚动的那个元素）必须设min-height: 0 - 该容器必须有明确的高度约束：比如
height: 100%（前提是父容器高度可计算）、max-height: 300px或flex: 1（且父级已分配空间） - 必须配
overflow-y: auto（或overflow: auto），且不能被overflow: hidden等上级样式覆盖
iOS Safari 下滚动条不显示或拖不动
这不是 CSS 失效，是 WebKit 对嵌套 Flex + overflow 的滚动机制更严格。尤其当滚动容器是 flex: 1 子项且内部还有 Flex 布局时，惯性滚动常丢失，滚动条也可能不渲染。
- 必须加
-webkit-overflow-scrolling: touch到滚动容器上（仅 Safari 需要，现代 Chrome/Firefox 已弃用但保留兼容） - 避免在滚动容器上同时用
transform（如translateZ(0)）——会创建新层叠上下文并干扰滚动检测 - 若仍卡顿，可临时加
will-change: scroll-position，但仅用于调试，上线前应移除
嵌套 Flex 中 min-height: 0 加在哪一级
容易错加成“最外层容器”或“文本标签”，结果白忙活。它必须落在「真正承载滚动内容、且本身是 Flex 容器直接子项」的那层上。
立即学习“前端免费学习笔记（深入）”；
- 典型结构：
.list-wrapper { flex: 1; }→.list-scroll { min-height: 0; overflow-y: auto; }→.list-content（纯内容区，不设高、不设 overflow） - 如果
.list-scroll自身也是display: flex; flex-direction: column，它的子项（比如标题+列表）仍需各自加min-height: 0，否则子项被内容撑开，导致.list-scroll实际高度远超预期 - 不要给
.list-content加min-height: 0——它不是 Flex 容器的直接子项，加了也无效
overflow，其实一直在和浏览器默认的 min-height: auto 拉锯，而拉锯胜负取决于你是否在**正确的那一层**、**配合正确的尺寸约束**、**写了正确的 overflow 值**。少一个，就回到原点。 
