box-sizing不影响网格轨道定义，只决定网格项如何占用轨道空间；网格容器的grid-template-columns和grid-template-rows定义轨道尺寸，独立于box-sizing，而网格项默认content-box导致width:100%不包含padding/border，易溢出，需设border-box并配合min-width:0和gap计算。
box-sizing 不影响网格轨道定义，只决定网格项如何占用轨道空间
Grid容器的grid-template-columns和grid-template-rows定义的是轨道（track）的可用尺寸，这个过程完全独立于box-sizing。真正受影响的是网格项（grid item）——它是否能把自身内容、padding、border都“塞进”分配到的轨道宽度里。
常见错误现象：
- 明明设了
grid-template-columns: 1fr 1fr，两列却换行或出现横向滚动条 - 用
width: 100%的卡片在网格中溢出，但删掉padding就正常 - DevTools里显示轨道宽度是200px，但网格项实际占宽224px（含16px padding + 2px border）
根本原因：网格项默认box-sizing: content-box，width: 100%只管内容区，padding和border额外加在轨道之外。
为什么必须给网格项设 box-sizing: border-box
不设的话，网格项的总宽度 = 内容区宽 + 左右padding + 左右border，很容易突破轨道限制。而box-sizing: border-box让width变成“承诺值”：你写width: 100%，它就真占满轨道宽度，padding和border自动从内容区里扣。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 全局设置
*, *::before, *::after { box-sizing: border-box; }，避免漏掉伪元素 - 不要只给容器设
box-sizing，网格项本身必须生效（box-sizing不继承） - 第三方组件嵌入时若出现错位，优先检查其内部是否被
content-box覆盖 - 配合
gap使用时，box-sizing管网格项自身尺寸，gap管项间间距，二者互不干扰
min-width: auto 是比 box-sizing 更隐蔽的翻车点
网格项默认min-width: auto（块级）或min-width: 0（flex/grid子项），这个值在1fr或minmax()场景下会阻止收缩——哪怕轨道已缩到极小，一张未约束的图片或长单词仍会撑开整列。
解决方法很直接：
- 对网格项显式加
min-width: 0 - 对内部容器（如图文卡片的wrapper）加
min-width: 0; overflow: hidden - 图片加
width: 100%; height: auto;，禁用固有尺寸干扰
这个设置常被忽略，但它和box-sizing一样，是让网格真正“听话”的必要条件。
固定宽度网格中 gap 和 box-sizing 的协同计算
当容器width固定（比如width: 400px），且用了gap，就必须反向扣除gap再算单列宽——否则即使box-sizing正确，也会因content area不足而溢出。
例如三列+gap: 12px：
- 列间gap数量是
3 − 1 = 2，总gap占2 × 12px = 24px - 若容器
padding: 0，content area就是400px → 单列可用宽 =(400 − 24) ÷ 3 ≈ 125.33px - 若还加了
padding: 16px，content area只剩400 − 32 = 368px→ 单列宽 =(368 − 24) ÷ 3 ≈ 114.67px
这种计算只在显式写像素宽时需要；用fr单位时浏览器自动处理，但前提是content area足够大——box-sizing没生效，content area就先被padding蚕食了一部分。
