直接用box-sizing: border-box就能从根源上解决内边距撑大元素的问题，它使width/height包含content+padding+border，避免content-box下padding额外叠加导致溢出；推荐全局设置、::before、*::after统一生效。
直接用 box-sizing: border-box 就能从根源上解决内边距撑大元素的问题——它让 width 和 height 表示元素最终占据的完整尺寸（content + padding + border），不再额外叠加。
为什么 padding 会让元素变宽？
浏览器默认是 content-box 模式：你写 width: 200px; padding: 15px;，浏览器理解为“内容区宽 200px，再加左右各 15px 内边距”，总宽变成 230px。父容器没预留空间时，就直接溢出或破坏布局。
常见错误现象：
- 设了
width: 100%的卡片，加padding后横向滚动条出现 - Grid 容器里子项宽度错位，明明设了
1fr却显示不均 - 表单控件（如
input）加了padding和border后超出容器
全局启用 border-box 是最稳妥的做法
逐个加 box-sizing: border-box 容易漏，且伪元素（::before/::after）也会受影响。推荐在样式入口处统一设置：
立即学习“前端免费学习笔记（深入）”；
*,
*::before,
*::after {
box-sizing: border-box;
}这样后续所有元素（包括第三方组件内部的元素）都会按 border-box 计算尺寸。注意：
- 某些 CSS 重置库（如 Normalize.css）可能显式设了
box-sizing: content-box，需覆盖 -
box-sizing不继承，但通配符写法能确保生效范围全覆盖 - IE8+ 支持该属性，现代项目基本无兼容顾虑
哪些场景下 padding 不会撑大盒子？
不是所有情况都需要改 box-sizing —— 理解边界条件能避免过度干预：
- 块级元素没设
width或height时，padding只影响内容区域位置，不改变盒模型总尺寸（比如p标签默认占满父容器宽度，加padding-left不会撑宽） - Flex 或 Grid 子项在主轴方向上，若未设固定尺寸，
padding通常不影响分配逻辑（但交叉轴仍受content-box影响） - 内联元素（如
span）加左右padding有效，但上下padding不影响行高，视觉上容易误判为“没撑开”
临时修复：calc() 与 border-box 混用要小心
如果不能改全局样式，或需要兼容老代码，可用 calc() 手动减去 padding/border：
.card {
width: calc(100% - 30px); /* 假设左右 padding 共 20px，border 共 10px */
padding: 10px;
border: 5px solid #ccc;
}但这种方式容易出错，尤其响应式场景下单位混用（如 % 和 px）会导致计算失效。更关键的是：
-
calc()无法处理动态变化的 padding（比如媒体查询中修改 padding） - 嵌套容器里多层
calc()叠加极易失控 - 一旦 border 或 padding 值变更，必须同步改
calc()表达式，维护成本高
真正要长期稳定控制尺寸，box-sizing: border-box 是唯一可预期、可复用的解法。别在 calc() 上花时间找平衡点——统一盒模型才是底层共识。
