box-sizing: inherit不是更高级写法，而是组件封装中省力可控的盒模型对齐手段；它强制子元素继承父级box-sizing值，规避UA样式覆盖、权重冲突及Shadow DOM通配符失效问题，但伪元素不继承，需显式声明。
box-sizing: inherit 不是“更高级”的写法，而是组件封装场景下最省力、最可控的盒模型对齐手段——尤其当你无法控制子元素样式来源时。
为什么不能只靠 * { box-sizing: border-box } 全局重置？
全局通配符在真实项目里常被绕过：input[type="search"]、textarea、Web Component 内部节点、第三方 UI 库（如旧版 Ant Design）的子元素，都可能被 UA 样式或更高权重的选择器覆盖回 content-box。一旦发生，加个 padding 就撑出容器，布局立刻错位。
而 box-sizing: inherit 强制子元素“看父级脸色”，只要父容器明确设了 border-box，且没被 !important 覆盖，继承就成立。它不依赖选择器权重，也不吃通配符失效的亏。
::before 和 ::after 伪元素会继承吗？
不会。伪元素默认不继承 box-sizing，即使父元素写了 inherit，它们仍按 UA 默认值（通常是 content-box）计算尺寸。
立即学习“前端免费学习笔记（深入）”；
必须显式声明：
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
.component::before {
box-sizing: inherit;
}否则，带 padding 或 border 的伪元素容易意外溢出，尤其在做装饰性边框或遮罩层时。
动态插入的子元素（比如 Tooltip、弹窗）能继承吗？
能，但前提是插入时父容器已正确设置 box-sizing: border-box，且该新节点能通过 DOM 树正常继承 —— 这要求它不是用 document.createElement 后直接 appendChild 到 body，而是挂载在已设好 inherit 的容器内部。
常见踩坑点：
- Tooltip 挂到
body下，父级是body，而body往往没设box-sizing - Shadow DOM 中，
inherit只在 Shadow 树内生效，跨边界不传递 - JS 创建节点后未触发重排，父级
box-sizing改变时，子元素尺寸不会自动重算
父元素 display: inline 会影响继承吗？
极少数旧环境（如 iOS 9.3 Safari）中，inline 元素的 box-sizing 继承可能失效 —— 这类问题现在极少，但若在兼容老设备的项目中看到布局异常，值得快速验证父级 display 类型。
真正容易被忽略的是：继承不是响应式同步。父元素运行时切换 box-sizing（比如主题切换），子元素不会自动重绘盒尺寸。需要手动触发重排，例如：
el.style.width = el.offsetWidth + 'px';
否则视觉上会残留旧尺寸，尤其在动画或主题切换过程中。
