根源是align-items: stretch默认拉伸卡片高度，导致内容不一的卡片视觉错位并干扰换行计算；应设align-items: flex-start统一顶部对齐，配合flex: 0 0 auto和gap控制间距。
flex-wrap换行后卡片宽度不一致的根源是align-items: stretch
默认情况下，align-items 值为 stretch，它会让所有卡片在交叉轴（垂直方向）上拉伸到同一高度。但卡片内容高度不同（比如标题行数不一、图片尺寸不统一），拉伸后视觉上就“上下不对齐”，进而让容器在换行时每行基线错位，间接影响主轴尺寸感知和换行点计算——尤其当卡片内部有 margin-top: auto 或 flex-direction: column 时更明显。
这不是宽度被改了，而是高度拉伸导致容器实际占用空间变化，触发了不同的换行逻辑，最终表现为“同一行里卡片看起来宽窄不一”或“某张卡片突然独占一行”。
- 别只盯着
width或flex-basis，先检查align-items是否仍为默认值 - 对卡片类布局，统一设
align-items: flex-start，让顶部对齐，消除高度干扰 - 如果需底部对齐（如按钮钉底），用
margin-top: auto替代align-items: flex-end，避免整行拉伸
justify-content: space-between 导致最后一行卡片被撑宽
当使用 justify-content: space-between + flex-wrap: wrap 时，浏览器会对**每一行**单独应用间距逻辑。最后一行子项少，剩余空间仍被均分，结果就是每个卡片被横向拉宽——你看到的“宽度不一致”，其实是末行卡片比前面几行更宽。
这个行为完全符合规范，不是 bug，但设计上往往不想要。
立即学习“前端免费学习笔记（深入）”；
- 禁用伸缩：给卡片设
flex: 0 0 auto，关闭flex-grow和flex-shrink - 硬性截断：叠加
max-width: 250px（按设计稿定值），注意该值要包含padding和border - 避免用
width: 33.33%配合space-between，二者逻辑冲突，宽度会漂移
flex-shrink 和 min-width 冲突让卡片在小屏下意外压缩或换行
Flex 子项默认 flex-shrink: 1，且 min-width: auto（即取内容固有宽度）。一旦容器变窄，浏览器会优先压缩卡片，而不是换行——特别是当卡片内含固定宽元素（如 <img style="max-width:90%" alt="为什么CSS Flex卡片在换行后宽度不一致？" > 或 white-space: nowrap 文字）时，压缩失败就会触发折行，但折行点不可控，造成列数混乱。
- 显式重置最小宽度：
min-width: 0，允许卡片真正收缩（前提是内容可断行） - 若内容不可断行，改用
flex: 0 0 calc(33.33% - 16px)+gap: 16px，把间隙交给gap管理，不参与 flex 计算 - 慎用
margin实现卡片间距：末尾卡片多出无效右 margin，破坏换行对齐，gap是更干净的替代
align-content 没生效？先确认它是否真的该起作用
align-content 控制的是“多行整体在交叉轴上的分布”，不是“行间距”。它只在三个条件同时满足时才有效：flex-wrap: wrap、子项确实换成了多行、容器在交叉轴（垂直方向）有明确高度且大于内容总高。
常见失效场景：容器没设 height 或 max-height，高度由内容撑开 → 无剩余空间 → align-content 无事可做。
- 调试时打开 DevTools，看 computed styles 中
flex-wrap是否为wrap，且容器height和content height是否不同 - 想控制行间空白，优先用
row-gap: 16px；align-content: space-around只适合需要首尾留白的特定排版 - IE11 不支持
row-gap，若需兼容，可用margin-bottom模拟，但需额外处理最后一行
实际项目里最常被忽略的，是把 flex-wrap: wrap 当作“自动适配”的开关，却忘了它只是换行的许可，不是尺寸的保证。卡片宽度是否一致，取决于 flex-shrink、min-width、align-items 和 justify-content 四者协同的结果，缺一不可。
