float布局最后一行元素靠左是固有行为，因浮动元素仅脱离文档流贴边，不控制对齐；解决应优先用grid或flex替代，必要时用伪元素清除+手动占位。
float 布局最后一行元素靠左，不是等宽对齐？
这是 float 布局的固有行为：浮动元素按文档流顺序排列，当容器宽度不足以容纳下一行全部子项时，剩余元素会“掉”到下一行，但不会自动补满或居中对齐——float 本身不提供对齐控制逻辑，它只负责脱离文档流并贴边。
常见现象是网格类布局（如商品列表、卡片栅格）最后一行只有 2–3 个 item，却紧贴左侧，右侧大片空白。这不是 bug，是预期行为。
解决思路不是“修 float”，而是绕过它：
- 用
display: flex+flex-wrap: wrap配合justify-content: space-between或space-around，但注意space-between在最后一行项数不足时会导致间距异常 - 更稳妥的是用
display: grid，设置固定列数（如grid-template-columns: repeat(4, 1fr)），天然支持最后一行左对齐且无额外空白 - 若必须兼容 IE9–IE11，可用
float+ 伪元素清除 + 手动占位：在最后一行末尾插入若干空<div class="placeholder"></div>，数量 =列数 - (总数量 % 列数) || 列数
flex-wrap 下 justify-content: space-between 为何最后一行不均匀？
justify-content: space-between 把可用空间均分给“间隙”，即 n 个子元素产生 n−1 个间隙。最后一行只有 2 个元素时，只有 1 个间隙，它会撑满整行，导致二者紧贴两端，中间空一大段——这不是错，是定义使然。
立即学习“前端免费学习笔记（深入）”；
真正需要的是“每项宽度一致、间距一致、末行居中或左对齐”，这时应：
- 改用
justify-content: space-around：每项两侧留半份间距，视觉更均衡，但首尾项会外溢（需配合margin修剪） - 放弃
space-between，改用justify-content: flex-start+ 每个子项设置margin-right，并在每行末项加margin-right: 0（需配合:nth-child()计算） - 直接切到
grid：用grid-column: span 1和justify-items: center控制单行内对齐，更可控
Grid 布局中如何让最后一行居中而非左对齐？
grid 默认最后一行左对齐，因为 justify-content 控制的是整行轨道之间的对齐，而单行内的剩余项默认按 justify-items: stretch 拉伸或 start 对齐。
要让最后一行居中，关键不是改 justify-content，而是让 grid 容器把剩余项当一个整体居中：
- 加
justify-content: center—— 这会让所有行居中，包括第一行，可能破坏整体网格节奏 - 更推荐：保持
justify-content: start，改用place-items: center或单独控制最后一行：用grid-auto-flow: row dense+:last-child配合margin: auto（但margin: auto在 grid 中对齐行为受justify-self影响） - 最稳方案：不用居中，用
grid-template-columns: repeat(auto-fill, minmax(200px, 1fr))+justify-content: space-between，再配合@supports (display: grid)降级 float
还在用 float 清除 hack？这些细节容易漏
如果项目必须维持 float 布局（如老系统无法升级 CSS），清除浮动本身不能解决对齐问题，但错误清除会加剧错位。
典型坑点：
-
overflow: hidden清除浮动时，若子项有position: relative+z-index，可能被裁剪 -
::after伪元素清除时，没设content: ""或display: table，清除无效 - 占位元素没设
height: 0和visibility: hidden，会影响高度计算 - JavaScript 动态增删 item 后，没重新计算并注入占位符，最后一行立刻错乱
真正难的不是写几行 CSS，而是判断“该不该用 float”——只要支持 IE10+，grid 或 flex 几乎总是更少出错的选择。强行维护 float 对齐逻辑，长期成本远高于一次重构。
