移动端适配需协同视口控制、单位选择与响应式断点:viewport meta须正确设置minimum-scale和maximum-scale;优先用vw/vh替代rem,平板768px起切回px;img/video须设max-width:100%并用srcset适配DPR。
移动端适配不是靠「加个 meta 标签」就完事的,核心在于视口控制、单位选择和响应式断点三者协同。单独改 viewport 或只用 rem 都会翻车。
常见错误是复制粘贴了过时模板,比如漏掉 user-scalable=no(虽不推荐禁缩放,但至少得显式声明),或写成 width=device-width, initial-scale=1.0 却没加 maximum-scale=1.0 导致 iOS 双击放大失灵。
正确写法(兼顾可访问性与控制):
minimum-scale=1 防止用户误操作缩得太小看不清maximum-scale=5 留出辅助阅读空间,比 user-scalable=no 更友好,iOS Safari 会忽略第二次设置很多项目还在用 lib-flexible + rem,但现代方案更轻量、更可靠:直接用 vw/vh 配合媒体查询微调。
例如按钮高度适配不同屏幕:
button {
height: 8vw; /* 在 iPhone SE 上约 32px,在 iPad 上约 64px */
font-size: 3.5vw;
}
@media (min-width: 768px) {
button {
height: 48px; /* 平板统一为固定值,避免过大 */
font-size: 16px;
}
}vw 基于视口宽度,比 rem 少一层 JS 计算,无 FOUC 风险768px 起)建议切回 px,因为物理像素密度差异大,纯 vw 容易让文字在 iPad 上过小或过大vmin/vmax,Android WebView 对它们的支持不稳定移动端最常出现的布局崩坏,90% 来自未约束的 或 。即使父容器用了 flex,原生宽高的媒体元素仍会撑破布局。
基础防御写法:
img,video { max-width: 100%; height: auto; }
但仅这样不够——还要按设备像素比加载合适尺寸:
@@##@@
srcset 比 更轻量,适用于大多数场景controls 和 playsinline,否则 iOS 全屏播放会中断页面流程真正难的是处理「非标准平板」——比如折叠屏展开后视口宽度突然变成 1200px,但 DPR 还是 2。这时候光靠 @media (min-width) 不够,得结合 screen.width 和 window.devicePixelRatio 做运行时判断,但别在首屏 JS 里做,容易卡住渲染。