justify-content: flex-start 并非失效，而是仅控制每行项目整体左起始位置，不干预末行内部空隙；真正解决需用 ::after 伪元素占位（flex: 0 0 100% + display: block）或改用 Grid 的 justify-content: start。
直接加 justify-content: flex-start 不能让多行 Flex 容器的末行“视觉左对齐”——它确实把末行项目从左缘排起，但右侧留白会让它看起来像悬空。真正要解决的是“末行内部空隙不被拉伸”，核心靠占位，不是对齐。
为什么 justify-content 在多行下对末行“失效”
它没失效，只是作用对象错了：justify-content 控制的是**每行内所有项目作为一个整体**在主轴上的位置，不是控制“这一行里还剩多少空”。当最后一行只有 2 个项目，而容器宽度远大于它们总宽时，浏览器仍按整行剩余空间均分逻辑处理——flex-start 只保证这 2 个从左边开始排，不阻止它们之间或右侧出现空白。
- 如果你用了
gap或margin-right，末行右侧空白会更明显 -
justify-content: space-between和末行左对齐天然冲突，别混用 - 旧版 Safari 对
justify-content: start支持差，一律用flex-start
::after 伪元素占位法：最轻量且兼容的方案
本质是让 Flex 认为“末行也满了”，从而避免浏览器给它分配额外空隙。关键不是“隐藏”，而是“参与布局计算”。
- 必须设
content: ""，否则伪元素不渲染 - 必须显式设
display: block（iOS Safari 中width: 100%否则无效） - 推荐用
flex: 0 0 100%或width: 100%，让它独占一行，再靠margin-left: auto推到最右，把真实项目“挤”向左 - 如果子项用百分比宽度（如
flex-basis: calc(25% - 8px)），伪元素也要用相同计算式，否则断点错位 - 不要用
visibility: hidden或opacity: 0——它们仍参与 flex 分配，可能干扰间距
用 :nth-child() 动态加 margin-right: auto 的前提很苛刻
这个方案只在“列数固定 + 项数可预知”时才可控，比如每行固定 4 项，总项数为 11，就能推算出末行剩 3 项，从而匹配 .item:last-child:nth-child(4n - 1) 并加 margin-right: auto。
立即学习“前端免费学习笔记（深入）”；
- 一旦子项宽度响应式变化（如
min-width: 200px）、或内容动态增删，匹配立刻失效 -
margin-right: auto只在flex-direction: row下有效，列方向（column）不起作用 - 安卓 WebView 对
:nth-child()解析有差异，小概率漏匹配 - 需要为每种余数写一条规则（剩 1/2/3 项各一条），维护成本高
真要稳定，优先考虑 display: grid
Flex 的设计本就不面向“行内独立对齐”，而 Grid 的 justify-content: start + grid-auto-flow: dense 天然支持末行左对齐，且无需占位、无断点重算压力。
- 用
grid-template-columns: repeat(auto-fit, minmax(200px, 1fr))替代 Flex 换行逻辑 -
justify-content: start在 Grid 中就是控制末行左对齐，行为确定、无兼容陷阱 - IE11 需要前缀（
-ms-grid），但 Edge 17+、Chrome 66+、Firefox 63+ 均原生支持 - 如果必须兼容 IE10–11，伪元素方案仍是当前最稳妥的 fallback
最容易被忽略的一点：伪元素的 flex-basis 必须和真实子项完全一致——包括 margin、gap、box-sizing。哪怕差 1px，在某些缩放比例下就会触发换行错位，导致占位失败。动手前先用 DevTools 精确测量子项渲染后的真实宽度。
