ie8及更早版本完全不解析rem,整条css声明被丢弃;必须前置px值、html根字号用固定px(如10px)、媒体查询断点禁用rem、clamp()下限须为px、需校验构建工具与运行时根字号一致性。

IE8 及更早版本根本不会解析 rem,不是“算错”,而是整条规则丢弃
遇到 rem 单位时,IE8 及更早引擎直接跳过整条 CSS 声明——连带后面的属性(如 color、background)一并失效。你看到的“样式丢失”“文字消失”“块坍缩”,不是偏差,是彻底没执行。
典型错误写法:font-size: 0.875rem; margin: 1rem; → IE8 全部忽略,页面直接崩。
-
px值必须写在rem值之前,顺序不可颠倒 - 所有用到
rem的属性都要配px:包括font-size、margin、padding、width、height、border - 不能依赖
postcss-pxtorem等插件自动生成 fallback——默认配置通常不保 IE8,需人工检查输出 CSS 是否真有前置px
html { font-size } 必须用固定 px,禁用 62.5% 或 em
html { font-size: 62.5%; } 在 IE6–IE8 中会触发继承链断裂:百分比值依赖父元素计算,而 html 没有父元素,部分旧引擎回退为 100%(即 16px),导致后续所有 rem 失去参照——你设的 1.4rem 实际变成 22.4px,而非预期的 14px。
最稳写法:html { font-size: 10px; }(配合设计稿按 1rem = 10px 换算)
- 若需兼顾现代浏览器可访问性,旧项目升级建议拆成两套:
main.css(含rem) +main-ie.css(全px) - 用条件注释或
<link rel="stylesheet" href="main-ie.css" media="screen and (max-width: 0px)">等方式精准加载 IE8 样式表
媒体查询里用 @media (min-width: 40rem) 会失效
IE11 和旧版 Android WebView 解析媒体查询中的 rem 时,html { font-size } 往往尚未生效(尤其 JS 动态注入场景),断点值被当作 0 或默认 16px 计算,导致 @media 完全不触发。
安全做法:所有断点统一用 px 或 em ——em 在 MQ 中相对于浏览器默认字号(16px),更稳定;px 虽不响应缩放,但断点本就不该随字体变化。
- 若坚持用
rem断点,必须确保html { font-size }在 CSS 加载早期就通过内联style或<link>前置样式表确定 - 避免在
@media内再嵌套clamp(),旧版 Safari 可能直接忽略整条声明
clamp() 下限必须用 px,否则形成循环依赖
写 font-size: clamp(1.2rem, 2.666vw, 16px); 是危险的——第一个参数 1.2rem 需要先知道当前 html 字号才能计算,而此时字号本身还在 clamp() 里求解,形成死循环。超小屏下极易退化为 0 或异常值。
正确写法:font-size: clamp(12px, 2.666vw, 16px); → 下限铁板钉钉为 12px,确保 1rem ≥ 12px,小数像素误差可控。
- 最小值要反推:若设计稿基准是 750px → 1rem = 100px,希望 240px 视口下 1rem ≥ 12px,则系数 = 12 / 240 × 100 = 5,写成
clamp(12px, 5vw, 16px) - 设了
clamp(12px, )不等于万事大吉:必须校验box-sizing: border-box是否全局生效,否则padding: 0.5rem在 content-box 下会额外撑开宽度
postcss-pxtorem 的 rootValue 设为 16,但线上 JS 实际设了 document.documentElement.style.fontSize = '20px',所有尺寸会系统性偏大 25%。这种问题只在上线后暴露,且难以复现。前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











