后台管理系统易踩盒模型坑，因固定布局、表单控件多、需兼容ie11等；须用html{box-sizing:border-box;}+,::before,*::after{box-sizing:inherit;}+表单元素重置content-box，并为flex子项、表格行等显式设border-box，ie11还需手动加-ms-box-sizing。
为什么后台管理系统特别容易踩盒模型坑
后台系统普遍用固定宽度布局、大量表单控件、嵌套 flex/grid 容器，且常需兼容 Chrome/Firefox/Edge + IE11（部分政企项目仍强制要求）。这时候 box-sizing: content-box 的默认行为会立刻暴露：比如一个 width: 200px 的 <input> 加了 padding: 8px 和 border: 1px，实际占宽变成 218px，直接撑破栅格列或弹出横向滚动条。
全局重置必须避开的三个雷区
直接写 * { box-sizing: border-box; } 看似省事，但在后台系统里容易翻车：
-
<input>、<select></select>、<textarea></textarea>在旧版 Safari 和某些 Electron 内核中，border-box会导致文字被截断或光标错位 -
::before和::after伪元素若没显式继承，可能回退到content-box，导致图标类组件尺寸异常 - IE11 对
*::before, *::after的选择器支持不稳定，单独写可能被忽略
更稳妥的写法是：
html {
box-sizing: border-box;
}
*, *::before, *::after {
box-sizing: inherit;
}
input, select, textarea, button {
box-sizing: content-box;
}
flex 容器里的子项必须单独设 box-sizing
很多人以为父容器设了 display: flex 并全局重置了 box-sizing 就万事大吉。但 flex-basis 的计算起点仍是 content-box 模式——也就是说，flex-basis: 300px 指的是内容区宽 300px，padding 和 border 依然额外加宽。
后台常用布局如「左侧菜单 + 右侧内容区」，若右侧用了 flex: 1，里面又放了带 padding 的卡片，不显式声明就会溢出。
- 必须对 flex 子项单独加
box-sizing: border-box - 特别是表格行
<tr>、表单项包裹层 <code><div class="form-item"> 这类高频容器<li>不要依赖继承，IE11 下 <code>inherit在某些 flex 场景下失效
IE11 兼容要补 -ms-box-sizing 且不能靠前缀自动补全
PostCSS 或 Autoprefixer 默认不处理 box-sizing 的 IE 前缀，因为 W3C 规范早已稳定。但 IE11 实际需要 -ms-box-sizing: border-box 才能生效，漏掉就等于没写。
正确写法示例：
.panel-header {
width: 100%;
padding: 12px 16px;
-ms-box-sizing: border-box;
box-sizing: border-box;
}
注意：-ms- 必须写在标准属性前面，否则 IE11 会忽略；也不能只写前缀——现代浏览器不认 -ms-box-sizing，必须双写。
真正容易被忽略的是：后台系统里大量使用 CSS-in-JS（如 styled-components）或构建时压缩，前缀可能被误删；建议在基础样式层手动补全，别指望工具链。
