flex: 1 会忽略 width，因其简写包含 flex-basis: 0%，覆盖显式 width；需用 flex: 0 0 200px 等三值语法控制基准宽度，且父容器须有明确宽度、子项设 min-width: 0 才能真正均分剩余空间。
flex: 1 直接覆盖 width，不是失效而是被忽略
写 width: 200px 又写 flex: 1，浏览器会直接无视 width。因为 flex: 1 是 flex-grow: 1; flex-shrink: 1; flex-basis: 0% 的简写，其中 flex-basis: 0% 会覆盖所有显式 width 值——它不是“没生效”，而是 CSS 计算阶段就跳过了 width。
常见误写：
-
.item { width: 200px; flex: 1; }→width完全无效 -
.item { width: 30%; flex: 1; }→ 百分比失去参照，且仍被flex-basis: 0%覆盖
真正起作用的是 flex-basis，不是 width。想保留宽度控制，必须用 flex 三值语法显式指定基准：
-
flex: 0 0 200px（固定宽，不伸缩） -
flex: 0 0 30%（百分比宽，需父容器有明确宽度） - 别混用：
flex-basis和width同时存在时，行为不可靠
父容器没宽度，flex: 1 就是空转
flex: 1 分的是“剩余空间”，如果父容器本身宽度没定死，就没有“剩余”可分。典型场景包括：
立即学习“前端免费学习笔记（深入）”；
- 父元素是
display: inline-flex，又没设width或max-width - 父元素浮动、绝对定位，或被
max-width卡住但未设width - 响应式断点中只改了子项
width，却没同步更新父容器约束
用开发者工具看父容器的 Computed → width，确认是不是你预期的值（比如 400px 或 100%）。若显示 auto 或极小值，flex: 1 就只能从 0% 起步，分无可分。
修复方式：
- 给父容器加
width: 100%（尤其inline-flex场景） - 避免用
width: 100vw（滚动条宽度变化会导致抖动），优先用width: 100%+ 明确父级约束 - 媒体查询中改布局，要同步改
flex-basis，不是只改width
内容撑开 + min-width: auto 在暗中卡住
即使父容器宽度 OK，flex: 1 子项仍可能宽得离谱——尤其是含长单词、图片、white-space: nowrap 时。min-width: auto（Flex 项默认值）会强制元素至少撑到内容固有宽度，导致 flex-grow 拉不动、flex-shrink 压不下。
现象：
- 一个带
500px图片的子项，flex-basis: 0%也拉不出宽度，起点就是 500px - 一长串 URL 或代码块，文字不换行，盒子被撑宽，其他
flex: 1项被迫变窄 - 写了
min-width: 120px，但内容更宽，结果既没守住 120px，也没收缩下去
解决办法是显式切断这个默认兜底：
- 对需要自适应的项加
min-width: 0（不是全局设，按钮/输入框会变形） - 配合
overflow: hidden或text-overflow: ellipsis才能让长文本截断 - 图片等替换元素还要注意：某些浏览器（如 iOS Safari）需先加
-webkit-appearance: none才能让min-width: 0生效
flex-basis: 0% ≠ 真从零开始
flex-basis: 0% 的语义是“按 0% 容器宽起步”，但浏览器实际计算时会先取内容最小宽度（min-content），再和 0% 比较，取大者。所以哪怕你写了 flex: 1，一个含长文本的子项起点仍是内容宽度。
要真正从零起步均分，得组合使用：
-
flex: 1 1 0（注意是无单位的0，不是0%） -
min-width: 0（覆盖min-width: auto） -
box-sizing: border-box（确保 padding/border 不额外撑宽） - 间隙用
gap，不用margin（后者会参与 flex 计算）
复杂点在于：这些规则不是孤立起作用的，min-width: auto 是浏览器硬编码行为，没法用重置样式表一劳永逸；而 flex-basis 百分比又强依赖父容器宽度精度——稍有偏差，视觉上就“不均”。
