能，但必须用@supports包裹min-height:100dvh并降级至min-height:100vh，否则iOS15、微信X5等环境会塌陷；100dvh是唯一实时响应地址栏、键盘、横竖屏变化的动态单位，需viewport-fit=cover前提。
直接用 100dvh 能不能解决问题
能，但必须加 @supports 和 min-height 降级，否则在 iOS 15、微信 X5 内核等环境里会塌成 auto 高度。100dvh 是唯一真正响应地址栏收放、软键盘弹出、横竖屏切换的动态单位，它不是“估算”，而是浏览器实时上报的当前可视区域高度。但它的支持是有门槛的：100dvh 在 iOS Safari 16.4+、Chrome 109+、Firefox 117+ 才稳定可用；Android WebView 和大部分微信内置浏览器仍不支持。
错误写法：height: 100vh; height: 100dvh;——CSS 不支持同名属性覆盖单位，新 Safari 仍会按 100vh 渲染。
正确写法：
section.full { min-height: 100vh; }
@supports (min-height: 100dvh) {
section.full { min-height: 100dvh; }
}
注意：必须用 min-height，不是 height。否则内容超长时会被强制裁剪，用户滑不到底部。
立即学习“前端免费学习笔记（深入）”；
为什么 100svh / 100lvh 不能替代 100dvh
100svh 和 100lvh 是两个固定锚点值，不是动态更新的。它们不会跳变，但也不“聪明”——100svh 永远按工具栏全展开时的高度算（最保守），100lvh 永远按工具栏全收起时的高度算（最激进）。强行全局替换 100vh → 100svh，会导致工具栏收起后大量留白；全换 100lvh，又会让地址栏弹出时内容被截断。
适用场景很窄：
-
100svh：仅适合必须始终避开工具栏的元素，比如固定在页面底部、绝不能被地址栏顶上去的操作按钮 -
100lvh：只适合启动页、广告页这类追求最大沉浸感、且不关心工具栏遮挡的全屏页
它们都不能用于通用容器高度控制，也不能在 @media 查询中使用，JS 里也读不出像素值（getComputedStyle 返回的是字符串 "100svh"）。
JS 动态设置 --vh 变量是否还必要
在需要兼容 iOS 15 或微信 X5 的项目里，仍然必要。但监听逻辑比以前更精细：
- 不能只靠
resize：真机上首次软键盘弹出大概率不触发 - 必须监听
input和textarea的focusin事件（不是focus），并在回调里用setTimeout(() => {}, 0)延迟取值，否则window.innerHeight还是键盘弹出前的旧值 - 差值判断要设阈值：变化 > 150px 才认为是键盘或地址栏显隐，避免把滚动抖动误判为高度变更
-
blur后不能立刻恢复，要setTimeout(() => {}, 100)等 iOS 键盘动画结束，否则页面闪一下
同时别漏掉这个关键前提：<meta name="viewport" content="width=device-width, initial-scale=1.0, viewport-fit=cover">。缺了它，100dvh、visualViewport、env(keyboard-inset-bottom) 全部失效。
容易被忽略的底层依赖和边界条件
所有方案都卡在同一个开关上：viewport-fit=cover。它不是可选优化，而是启用动态视口单位的硬性前提。但它在部分安卓定制 WebView 里可能引发渲染异常，必须实机逐个验证。
另外两个常被跳过的点：
-
html和body必须显式设height: 100%，否则100%高度链断裂，100vh容器内子元素的height: 100%会退化为auto - 微信 iOS 客户端有「小白条」，Android 有全面屏手势区，仅靠
100dvh不够，还得叠加padding-bottom: env(safe-area-inset-bottom)预留空间
真正难的从来不是选哪个单位，而是每个单位背后都绑着一串不可省略的上下文条件。漏掉任意一个，都会让“完美方案”在某台手机上突然失灵。
