REM与VW单位哪个更适合移动端？

在移动端适配实践中，vw与rem并非对立选择，而是各司其职的协同方案：vw凭借原生计算、无JS依赖的优势，更适合容器级流式布局（如全屏宽度、卡片尺寸），尤其在现代H5项目中配合构建工具（如postcss-px-to-viewport）可实现稳定高效适配；而rem则更胜任字体层级、行高、内边距等需保持比例一致性的场景，且对系统辅助功能（如iOS“更大字体”）响应更好，在老旧WebView兼容或无障碍要求高的项目中仍不可替代——关键在于根据目标环境、技术栈和可访问性需求理性混用，而非盲目取舍。

rem 依赖 JS 动态设置 font-size，页面可能闪一下

很多项目用 flexible.js 或自写脚本在 里改 document.documentElement.style.fontSize，但 JS 执行有延迟：HTML 解析到一半时样式已开始渲染，而此时 font-size 还是默认值（通常是 16px），导致文字/盒子突然放大或错位——这就是“布局闪烁”。

常见现象包括：

• 首屏文字先巨大后缩回
• 按钮宽度跳变、图标位置偏移
• 某些安卓 WebView 中甚至不触发 resize，font-size 始终不变

规避方法不是加 setTimeout，而是放弃运行时计算。如果必须用 rem，至少把初始化逻辑塞进