viewport-fit=cover 必须与 width=device-width 和 initial-scale=1.0 共存才生效，三者缺一不可；仅加 viewport-fit=cover 无效，且需配合 CSS env() 变量预留安全区空间。
viewport-fit=cover 不是“加了就全屏”，而是“加了才可能全屏”——它只是打开权限的钥匙，后续必须用 CSS 安全区变量做空间预留，否则关键内容会被刘海或 Home Indicator 吃掉。
viewport-fit=cover 必须和哪些参数共存才生效
单独写 viewport-fit=cover 没用。iOS Safari（11.2+）只在同时满足以下条件时才真正启用该行为：
-
width=device-width—— 缺失会导致视口宽度误判，尤其在横屏或折叠屏下 -
initial-scale=1.0—— 缺失会触发双击缩放逻辑异常，且部分旧版 UC 浏览器直接忽略viewport-fit
常见错误写法：<meta name="viewport" content="viewport-fit=cover">（漏基础参数）、<meta name="viewport" content="width=device-width, viewport-fit=cover">（缺 initial-scale）。
推荐写法：<meta name="viewport" content="width=device-width, initial-scale=1.0, viewport-fit=cover">。顺序无关，但三者缺一不可。
立即学习“前端免费学习笔记（深入）”；
为什么加了 viewport-fit=cover 后内容反而被遮挡了
因为 viewport-fit=cover 的作用只是“允许渲染到安全区外”，不是“自动避让”。它把页面画布撑满物理屏幕，但状态栏（顶部）和 Home Indicator（底部）仍会覆盖其下的 DOM 元素。
必须用 CSS 环境变量手动预留空间：
-
env(safe-area-inset-top)：iOS 11.2+ 标准写法 -
constant(safe-area-inset-top)：iOS 11.0–11.1 旧写法（已废弃但需兼容）
示例（适配顶部导航栏）：header { padding-top: env(safe-area-inset-top, 0px); padding-top: constant(safe-area-inset-top, 0px); }
注意：两个声明都要写，后者会被现代 Safari 忽略，但能兜底老系统；env() 中的第二参数是回退值，不能省略。
Android 设备要不要加 viewport-fit=cover
可以加，且推荐统一加上。Android WebView 和 Chrome for Android 完全忽略 viewport-fit，既不报错也不生效，属于“零副作用兼容写法”。
但要注意：某些国产定制 WebView（如早期华为、小米）曾短暂支持过类似行为，加了反而引发异常缩放。不过截至 2026 年，主流 Android 浏览器（Chrome、Edge、Firefox）均无视该属性，所以加它只影响 iOS/iPadOS，不影响其他平台。
结论：为保持 HTML 一致性，所有 H5 页面都应包含该参数，无需条件判断或动态插入。
viewport-fit=cover 的生效时机和常见失效原因
这个 meta 标签必须在 HTML 解析早期就存在，否则 Safari 会按默认 viewport-fit=auto 渲染第一帧，之后再 JS 插入无效。
- ❌ 错误：用 JavaScript 动态添加
document.head.appendChild(...) - ❌ 错误：在 Vue/React SSR 模板中漏写，仅靠客户端 hydration 补充
- ✅ 正确：硬编码在 HTML 文件的
<head>内，且位于所有 CSS/JS 引用之前
另一个隐蔽坑点：如果页面使用了 user-scalable=no 或 maximum-scale=1，iOS 13+ 会降权处理，甚至导致 env() 变量取值为 0px。真实项目中更稳妥的做法是去掉缩放限制，改用 touch-action: pan-x pan-y 控制手势方向。
