justify-content: flex-start 是默认行为，最后一行靠左本就是它该干的事；问题本质是右侧留白突兀或与 space-between 冲突导致视觉“悬浮”，需通过伪元素补位、margin-right: auto 作用于 :last-child 或改用 CSS Grid 实现均衡左对齐。
justify-content: flex-start 是默认行为，最后一行靠左本就是它该干的事——问题不在“没对齐”，而在“看起来不均衡”。真正要解决的，是右侧留白突兀、末行悬浮、或和 space-between 冲突导致错位。
为什么 justify-content: space-between 让最后一行“飘”在中间
它不是 bug，是规范行为：space-between 对每一行单独计算，把该行所有子项（哪怕只有 1 个）的首尾强行撑到容器左右边缘。最后一行子项少，右侧空白就被拉开了，视觉上像居中。
- 加
justify-content: flex-start没用？正常——它只控制每行起始位置，不消除右侧空隙 - 设
margin-right: auto在:last-child上却无效？大概率父容器同时写了justify-content: space-between，后者优先级更高，直接覆盖 - 用
::after却没占满一行？缺了flex: 0 0 100%或漏了display: block，尤其 iOS Safari 15–16 和部分安卓 WebView 会彻底忽略宽度
用 margin-right: auto 处理真实末项（最轻量）
它不靠“猜哪行是末行”，而是靠“最后一个 DOM 元素”吃掉右侧剩余空间，逼前面所有项左贴边。但必须卡死三个条件：
- 父容器必须有
display: flex+flex-wrap: wrap - 子项不能带
flex: 1、flex-grow: 1或width: 100%，否则空间被抢走，auto彻底静默 - 样式必须加在真实最后一个子元素上，比如
.item:last-child；JS 插入空节点或伪元素都不算数
响应式下风险点：小屏每行 2 个、大屏每行 4 个时，:last-child 可能不在末行尾部。此时得配合媒体查询 + :nth-child(4n - 1) 等精准定位，或切 JS 动态打标。
立即学习“前端免费学习笔记（深入）”；
用 ::after 伪元素补位（适合固定列数响应式）
原理是“假装末行已满”，让 space-between 有足够子项可均分。但它不是自动补几个，而是硬补一整行（flex-basis: 100%），所以只适用于列数明确且可预估的场景。
- 必须写
flex: 0 0 100%——flex: auto或flex-grow: 1在 Safari 和旧 WebView 中会拉伸变形 - 必须加
display: block—— 不加则某些引擎无视flex-basis和width - 响应式断点里，伪元素的
flex-basis必须和子项完全一致：子项用flex: 0 0 calc(25% - 12px)，伪元素就得在对应@media里也写flex-basis: calc(25% - 12px) - 子项宽度不固定（如含
flex-grow、minmax()、或 JS 动态改宽）？伪元素方案直接失效
为什么现在更推荐 display: grid
用 grid-template-columns: repeat(auto-fit, minmax(240px, 1fr)) + justify-content: start，天然所有行左对齐，无补位、无 margin 抵消、无换行逻辑陷阱。
唯一要注意的是：Grid 的响应式靠 minmax() 内部调节，不像 Flex 那样依赖外部媒体查询重置 flex-basis；老项目若重度依赖 Flex 的尺寸监听或动画逻辑，硬切 Grid 可能连带改一堆 JS。
