normalize.css必须放在所有css最前面加载,它是渲染链起点而非兜底样式;顺序错误会导致按钮变矮、sub垂直错位、textarea行高塌陷等问题,且需显式覆盖伪元素和svg的box-sizing。

响应式开发中,CSS Reset 和 Normalize 不是“锦上添花”,而是防止你在写完 @media 规则后,发现按钮在 Safari 里突然变矮、sub 元素在 Chrome 和 Firefox 中垂直对不齐、或者 textarea 的行高在移动端塌陷成一条线——这些都不是媒体查询没写好,而是你从第一行 CSS 就站在了不一致的基线上。
为什么浏览器默认样式会破坏响应式布局
Chrome 给 body 默认 margin: 8px,Safari 是 8px,但旧版 iOS WebKit 对 input[type="search"] 会额外加 padding;Firefox 对 details 元素的 margin-block 处理和 Chrome 完全不同。这些差异本身不显眼,但一旦叠加 rem 换算、flex gap 或 clamp() 计算,就会让容器宽度错位几像素,导致栅格断行或媒体查询临界点偏移。
更隐蔽的是:表单控件(select、range)在 iOS 上默认有内阴影和固定高度,Android Chrome 却没有;不标准化的话,你写的 height: 2.5rem 在两个平台实际占用空间可能差 6px —— 这直接让响应式网格的等高布局失效。
Normalize.css 必须放在所有 CSS 最前面加载
顺序错了等于没加。它不是兜底样式,而是渲染链起点。
- 错误写法:
@import 'normalize.css';写在某个.vue文件的<style></style>块里 → Webpack/Vite 可能把它打包进组件 chunk,SSR 时重复注入,优先级混乱 - 正确姿势:在
index.html的顶部,第一个<link rel="stylesheet">就引入normalize.css - 用 Emotion 等 CSS-in-JS 时,必须显式设
prepend: true,否则它会被插入到动态生成的<style></style>标签之后,立刻被覆盖
Reset.css 直接用会导致表单控件失焦不是 bug,是你忘了修
Eric Meyer 的经典 reset 会把 button、input 的 font-size 强制设为 100%,但切断了继承链——如果父容器没设字体,它们就按 UA 默认字号(通常 13–16px 不等)渲染,且不随根字体变化。
现象:button 文字比周围段落小一圈,input 行高塌陷,光标贴着上边缘。
修复不是加 font-size: 1rem,而是补这一行:
button, input, select, textarea {
font: inherit;
line-height: normal;
}
别只信预览效果,打开 DevTools 的 Computed 面板,点开 button,看 font-size 是不是显示 “inherited from body” —— 如果是 “13.3333px”,说明继承断了。
box-sizing: border-box 必须覆盖到伪元素和 SVG
老式 reset 用 * { box-sizing: border-box; } 看似简单,但漏掉 ::before、::after 和内联 <svg></svg>。而响应式栅格常依赖伪元素做装饰或占位,SVG 图标也越来越多用 inline 方式嵌入——一旦它们仍走默认的 content-box,计算出来的宽高就会和 flex/grid 容器不匹配,导致换行错乱或溢出。
正确写法必须显式包含:
*,
*::before,
*::after,
svg {
box-sizing: border-box;
}
这个细节在移动端高频缩放和 pinch-zoom 场景下尤其致命:伪元素尺寸误差会被放大,造成视觉撕裂。
最常被忽略的一点:Normalize.css 对 sub 和 sup 的 vertical-align 做了跨浏览器统一,但如果你项目里用了数学公式或化学式,得亲自验证 computed vertical-align 是否真被修正了——很多团队直到上线才发现 H₂O 的下标在 Safari 里飘到了字母中间。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











