iOS移动端100vh过长怎么解决

iOS移动端使用100vh导致页面过长、出现滚动条或内容被顶出可视区，根本原因在于Safari将地址栏高度计入视口计算且不随地址栏收放或软键盘弹出动态更新；当前最简有效的解决方案是采用标准CSS单位100dvh——它精准代表实时可见视口高度，原生支持地址栏变化、横竖屏切换和软键盘开关，配合@supports安全降级即可兼顾现代浏览器与旧版本兼容性，而传统min-height: 100%因依赖父级显式高度且无法响应视觉视口变化，在移动端并不可靠；对于需兼容iOS 15等老系统的情况，则需结合JS监听visualViewport动态注入--vh变量，并注意防抖、SSR处理及常见布局陷阱（如fixed定位、box-sizing缺失、flex子项百分比滥用等），才能真正实现稳定全屏布局。

min-height: 100vh 在 iOS Safari 下“过长”，不是写错了，是它把地址栏高度算进去了，而地址栏收起后视口变高，CSS 却不重算 —— 所以实际高度 > 可见区域，导致底部滚动条或内容被顶出可视区。

为什么 min-height: 100% 不是可靠替代方案

很多人想用 min-height: 100% 绕开 100vh 的问题，但这条路在移动端基本走不通：

• height: 100%（含 min-height）必须依赖父元素有明确高度；html 和 body 默认没有显式高度，整条链就断了
• 即使给 html、body 都加了 height: 100%，iOS Safari 仍会因 layout viewport 计算逻辑，让最终高度不稳定
• 软键盘弹出时，100% 不响应视觉视口变化，和 100vh 一样“卡死”在初始值
• 真机测试中常见：页面首次加载正常，一滚动或切横屏，100% 容器突然塌陷或撑爆

100dvh 是当前最简有效的解法

100dvh（dynamic viewport height）是 W3C 标准，表示“当前可见视口高度”，iOS 16.4+、Android Chrome 109+ 均已支持，它实时响应地址栏收放、软键盘开关、横竖屏切换。

• 直接替换：min-height: 100vh → min-height: 100dvh，无需 JS
• 用 @supports 安全降级，老版本自动 fallback 到 100vh：

body {
  min-height: 100vh;
}
@supports (min-height: 100dvh) {
  body {
    min-height: 100dvh;
  }
}

• 注意：Firefox 目前不支持 dvh，部分 Android WebView 表现不稳定，所以 @supports 不是可选项，是必选项

需要兼容 iOS 15 及更早版本？用 --vh + visualViewport

当目标用户包含大量 iOS 15–16.3 设备时，必须用 JS 动态注入 --vh 变量，并监听 visualViewport：

• 优先用 window.visualViewport?.height，比 window.innerHeight 更准（后者在软键盘唤起时可能未更新）
• 必须监听 visualViewport.resize，不能只靠 resize 事件 —— 地址栏收放、键盘开关都触发它，但不触发 window.resize
• CSS 中写法要分层回退，顺序不能错：

.container {
  min-height: 100dvh;
  min-height: calc(100 * var(--vh, 1px));
  min-height: 100vh;
}

• 别漏掉防抖：iOS 连续触发 visualViewport.resize，直接设 CSS 变量会导致重排抖动；用 requestAnimationFrame 包一层最稳妥
• 服务端渲染（SSR）页面首次加载时，JS 未执行，--vh 为默认值，需配合内联