Firefox中Flex滚动失效的根本原因是未触发溢出逻辑，需确保容器有明确可计算高度、子项设min-height:0/min-width:0、父级高度链完整，且避免align-items:baseline等干扰。
Firefox 中 Flex 容器内滚动失效或卡顿，通常不是“不支持”，而是 overflow 未被触发、min-width/min-height 阻塞收缩，或父级高度塌缩导致滚动上下文丢失——Chrome 往往悄悄绕过这些约束，Firefox 则严格执行规范。
Flex 容器加了 overflow: auto 却不滚动？检查高度是否真被约束
Firefox 要求滚动容器必须有明确的**可计算高度**（或宽度，取决于滚动方向），否则 overflow 不会激活。Chrome 有时会基于内容撑开后“反推”出可滚动区域，Firefox 不会。
- 对垂直滚动的 flex 容器，确保其父级有
height或max-height（不能是auto或未设） - 若容器是
flex-direction: column，且子项用了flex: 1，必须给该子项加min-height: 0，否则它会拒绝压缩，导致外层无法获得“溢出”条件 - 避免用
height: 100%向上继承，改用min-height: 0+flex: 1组合向下挤压空间
overflow: auto 在 Firefox 中被忽略？确认 display: flex 真正生效
Firefox 的开发者工具「Computed」面板可能显示 overflow: auto，但若 display 实际未解析为 flex（比如被 float 干扰、或回退到 -ms-flexbox），滚动就完全不会启动。
- 在控制台执行
getComputedStyle(el).display，确认返回值是"flex"，不是"-ms-flexbox"或"block" - 检查是否有
float、position: absolute或contain: layout等属性意外中断了 flex 格式化上下文 - 嵌套 flex 容器中，中间某层若高度塌缩（例如子项没内容、没设
min-height），下层的overflow就失去作用域
滚动条出现但内容被截断或错位？min-width: auto 在作祟
当 flex 子项含文字、图片或 inline 元素时，Firefox 默认设 min-width: auto（水平主轴），这会让它“撑满内容宽度”，哪怕你写了 flex: 1 和 overflow: hidden，它也不收缩——结果就是内容溢出容器却无滚动，或滚动条出现但拖不动。
立即学习“前端免费学习笔记（深入）”；
- 对需横向滚动的子项（如长文本行、标签列表），显式加
min-width: 0 - 若该子项是
<img>或<iframe>，额外加flex-shrink: 0，否则 Firefox 可能错误压缩它，破坏布局基准 - 不要依赖
white-space: nowrap单独撑宽；它需配合min-width: 0+overflow: auto才能在 Firefox 中可靠触发滚动
滚动行为卡顿或跳变？避免在 flex 项上混用 align-items 和 vertical-align
Firefox 对基线对齐（baseline alignment）更敏感。当 flex 容器设了 align-items: baseline（或未声明而触发默认值），又在子项里用了 vertical-align 或 line-height，会导致交叉轴尺寸反复重算，引发滚动时的高度抖动或渲染卡顿。
- 显式声明
align-items: flex-start或align-items: stretch，别留空 - 滚动区域内的子项，禁用
vertical-align；用margin或padding替代对齐控制 - 若内容含图标+文字组合，把图标转为
background-image或用display: block统一子项流式行为
最常被忽略的一点：Firefox 的 flex 滚动问题极少是单一属性导致的，几乎总是多个隐式约束叠加的结果——min-width: auto + 未约束高度 + 基线对齐 + 嵌套塌缩，四者只要缺一环调试，就容易误判成“浏览器 bug”。动手前先用「Layout」面板勾选「Show flexbox overlays」，看主轴/交叉轴高亮是否符合预期，比猜更省时间。
