flex:1等价于flex:1 1 0%，忽略内容宽度均分剩余空间；flex:auto等价于flex:1 1 auto，先按内容宽度占位再分配剩余空间。
flex:1 和 flex:auto 的完整展开式不同
两者表面都“让元素弹性伸缩”，但底层三参数展开完全不同：flex:1 等价于 flex: 1 1 0%，而 flex:auto 等价于 flex: 1 1 auto。前两个值（flex-grow 和 flex-shrink）完全一致，真正分水岭在第三个值 flex-basis：一个是 0%，一个是 auto。
flex-basis: 0% 会忽略内容尺寸，强制均分空间
当设为 0% 时，浏览器直接把项目“初始宽度”当作 0，后续所有剩余空间按比例分配。这意味着：
- 文字多的 item 不会比文字少的宽 —— 内容尺寸被无视
- 三个
flex:1子项在 600px 容器里，各得 200px，不管内容是 “a” 还是 “这是一段很长的说明文字” - 如果父容器 width 未显式设置（比如由内容撑开），
flex:1可能失效或表现异常 —— 因为它依赖父容器有确定主轴尺寸才能计算“剩余空间”
flex-basis: auto 尊重内容尺寸，再分配剩余空间
flex:auto 的 flex-basis: auto 表示先按内容自然宽度（或 width 值）占位，之后才把剩余空间按 flex-grow 分配。典型表现：
- 一个
flex:auto的按钮和一段长文本并排，按钮保持自身宽度（比如 80px），长文本则拿走剩下所有空间 - 若多个 item 都用
flex:auto，它们先各自“占地”，再平分剩下的空白 —— 所以宽度不均等 - 当内容本身已撑满容器，
flex-grow:1实际不会起效，因为“无剩余空间可分”
容易踩的坑：flex:1 在响应式/嵌套场景下可能“过强”
很多开发者默认用 flex:1 做自适应，但在以下情况反而出问题：
立即学习“前端免费学习笔记（深入）”；
- 子项含图片、输入框等固有尺寸元素时，
flex:1会强行压缩它们，可能触发图片模糊或 input 溢出 - 嵌套 flex 容器中，外层用
flex:1，内层又用flex:1，容易导致尺寸坍缩或不可预测的收缩行为（尤其在 Safari 中） -
flex:1+min-width组合时，若min-width大于均分后理论宽度，flex-shrink:1仍会尝试缩小 —— 必须配合flex-shrink:0才能锁死最小宽度
真正需要“绝对均分”的场景才用 flex:1；多数布局中，flex:auto 更贴近直觉和内容优先的设计逻辑 —— 它不抢空间，只在有余量时才延展。
