flex: 1 从 0% 起步，忽略自身宽和内容尺寸，均分剩余空间；flex: auto 从内容宽度或 width 起步，先保底再分配剩余空间，避免文字换行或图标消失。
区别不在“能不能伸缩”，而在于“从哪开始伸缩”——flex: 1 从 0% 起步，flex: auto 从内容宽度或 width 起步。这个起点差异直接决定布局是否被压缩、文字是否换行、图标是否消失。
flex: 1 的实际行为是 flex: 1 1 0%
flex: 1 是简写，完整等价于 flex: 1 1 0%，不是 flex-grow: 1 单独生效。关键在第三个值 0%：它强制忽略元素自身的 width、min-width 和内容固有宽度，把所有子项的初始尺寸都拉到 0，再均分剩余空间。
- 常见错误现象：给卡片设了
width: 200px，又加flex: 1，结果卡片被压窄、文字溢出或换行 - 适用场景：需要严格等宽的栅格（如 3 列响应式网格），且内容长度可控、无长文本或固定图标
- 性能影响：无额外开销，但若子项含大量内联文本或未设
min-width: 0，可能触发浏览器重排（尤其在窄屏下） - 注意：
flex-basis: 0%不等于width: 0，它只是分配逻辑的起点，最终尺寸仍由 flex-grow 计算得出
flex: auto 的实际行为是 flex: 1 1 auto
flex: auto 等价于 flex: 1 1 auto，其中 flex-basis: auto 表示“按内容宽度或显式 width/ min-width 起步”。它先尊重元素本来该有的尺寸，再把剩余空间按比例分出去。
- 常见错误现象：用
flex: auto布局导航菜单，某项文字超长导致整行撑开、其他项被挤得过窄 - 适用场景：按钮组、带图标的表单项、导航栏菜单项——这些元素需保底展示（如图标不被压缩、文字不截断）
- 兼容性：所有现代浏览器支持，但旧版 Safari（flex-basis: auto 在某些嵌套 flex 中计算略有偏差，建议加
min-width: min-content保险 - 注意：
auto不是“自动适配容器”，而是“自动取内容宽度”，如果内容为空或只有空格，它可能塌成极窄
为什么 flex: 1 有时会溢出容器？
这不是 flex: 1 的 bug，而是 min-width: auto 的默认行为在作祟。Flex 子项默认有隐式 min-width: auto，它会阻止元素收缩到内容最小宽度以下；当内容太长（比如一长串无空格 URL），即使 flex-basis: 0%，它仍拒绝缩小，导致溢出。
立即学习“前端免费学习笔记（深入）”；
- 解决方法：对可能溢出的子项显式加
min-width: 0 - 典型误操作：只给容器加
overflow: hidden，却不改子项的min-width，结果文字被裁切但容器未滚动 - 对比验证：给同一子项同时设
flex: 1和min-width: 0，再放一段white-space: nowrap文本，就能看到它终于能正常收缩了
什么时候必须选 flex: auto 而非 flex: 1
当你不能接受“内容被抹平起点”的时候——比如表单里一个日期输入框和一个搜索按钮并排，你希望日期框保持合理宽度（如 140px），搜索按钮根据剩余空间自适应，而不是两者强行五五开。
- 典型组合：
input[type="date"] { flex: 0 1 auto; }（禁止放大、允许收缩） +button { flex: 1; }（占满余量） - 别混淆：
flex: none是flex: 0 0 auto，完全不伸缩；flex: 0 1 auto允许收缩但禁止放大，适合“最多只缩小”的字段 - 真实陷阱：在
display: flex; flex-wrap: wrap容器中混用flex: 1和flex: auto，会导致换行后每行子项基准不一致，视觉错乱
最易被忽略的一点：flex-basis 的值（0% 还是 auto）决定了整个分配链条的起点，而这个起点一旦设错，后续所有 flex-grow 计算都会偏移——它不报错，也不警告，只是 quietly 把布局搞歪。
