
flex: 1 并不天然保证等宽——其本质是 flex-grow: 1; flex-shrink: 1; flex-basis: 0%,但内容固有尺寸、min-width、white-space 等会干扰分配逻辑;唯有显式设 flex-basis: 0 并清除盒模型干扰,才能实现严格均分。
`flex: 1` 并不天然保证等宽——其本质是 `flex-grow: 1; flex-shrink: 1; flex-basis: 0%`,但内容固有尺寸、`min-width`、`white-space` 等会干扰分配逻辑;唯有显式设 `flex-basis: 0` 并清除盒模型干扰,才能实现严格均分。
在你提供的示例中,三列看似都应用了 .hijo { flex: 1 },却未呈现视觉等宽,根本原因并非 Flex 失效,而是 flex: 1 的默认行为被浏览器隐式规则和元素类型差异悄然覆盖。尤其当子项包含
? 为什么 flex: 1 没让三列等宽?
flex: 1 是 flex: 1 1 0% 的简写(部分引擎解析为 0 更稳妥),它本意是:
- 所有子项从「0 宽度起点」出发;
- 按 flex-grow: 1 均分父容器剩余空间。
但现实干扰项远超预期:
| 干扰源 | 具体表现 | 影响机制 |
|---|---|---|
| 文字较长时按钮拒绝压缩,强行撑开 | flex-shrink: 1 失效,实际宽度 > flex-basis + grow 计算值 | |
| 嵌套结构导致 flex 作用层级错位 | 中,flex: 1 作用于 div,button 仅继承其宽度,但自身仍按内容伸缩 | 真正参与 flex 分配的是外层 div,而非内部 button |
| 缺失 min-width: 0 | 替换元素( | 必须显式重置 min-width: 0(iOS Safari 可降级为 1px)才能释放压缩能力 |
| 未统一 box-sizing 行为 | 即使全局设 * { box-sizing: border-box },某些浏览器对 | padding 和 border 被额外计入总宽,导致溢出或换行 |
✅ 验证方式:打开 Chrome DevTools → 选中各子元素 → 查看 Computed 标签页中的 width、min-width 和 flex-basis,你会看到:
- 外层
的 flex-basis 为 0%,但内部










