H5端--window-top无效，须用env(safe-area-inset-top)配合viewport-fit=cover；fixed元素禁放scroll-view内，应提至body并用teleport；软键盘下fixed消失需监听visualViewport.resize动态调整top。
uni-app里--window-top变量在H5端根本拿不到
很多开发者看到文档说“用var(--window-top)适配状态栏”，一写就失效——因为这个CSS变量只在App和微信小程序生效，H5端压根不注入。你在H5的DevTools里查computed style，会发现--window-top是undefined，top: var(--window-top)直接退成top: auto。
真正能用的只有两路：
- App/小程序端：放心用
var(--window-top)，它由运行时注入，值准确（含刘海、状态栏、导航栏） - H5端：必须走JS获取+动态设置，且不能依赖
window.innerHeight或document.documentElement.clientHeight——软键盘弹出时它们几乎不变，但视觉上元素已被顶飞
推荐做法是在onReady中调用uni.getSystemInfoSync()，取.statusBarHeight（注意：H5下这个字段存在但值常为0，需 fallback）；更稳的是用visualViewport?.height配合screen.height做差值估算。
fixed元素被状态栏“吃掉”顶部空间
现象是：H5页面顶部一个position: fixed; top: 0;的导航栏，在iPhone上总有一截被状态栏盖住，看起来像“缩进”了20–44px。这不是定位错了，而是iOS Safari把top: 0锚点定在了**物理屏幕顶部**，而状态栏是系统级覆盖层，z-index更高，自然压在上面。
解决方案不是加z-index（无效），而是主动“让出”状态栏高度：
- 用
top: calc(var(--window-top, 0px) + 0px)——--window-top在H5不生效，所以等价于top: 0，没用 - 正确写法是条件编译：
top: /* #ifdef H5 */ env(safe-area-inset-top) /* #endif */ /* #ifndef H5 */ var(--window-top) /* #endif */ - 同时确保
<meta name="viewport">包含viewport-fit=cover，否则env(safe-area-inset-top)返回0
env(safe-area-inset-top)是iOS Safari原生支持的安全区变量，H5端唯一可靠的状态栏高度来源，无需JS干预，CSS原生生效。
scroll-view内部fixed完全失效，删样式也救不回来
这是uni-app H5最硬的限制之一：只要fixed元素写在<scroll-view>标签内，无论你删掉所有transform/filter/opacity，它都会退化为absolute并相对于scroll-view定位。原因不是样式干扰，而是scroll-view组件本身在H5端用overflow: scroll + transform: translateZ(0)实现滚动层，强制创建了新包含块。
别试“给父级加transform: none !important”，没用。唯一解法是结构层面绕开：
- 把需要fixed的元素（如悬浮按钮、底部操作栏）从
scroll-view里提出来，挂到<page>根节点下 - Vue 3项目直接用
<teleport to="body"><your-fixed-comp></teleport>，彻底脱离组件树影响 - Vue 2项目可用
document.body.appendChild手动挂载，配合onUnload清理节点
注意：teleport在H5端有效，但在小程序端不支持，需用cover-view替代——这点容易漏，跨端时务必加平台判断。
软键盘弹起后fixed元素“消失”，其实是被挤出视口
iOS H5下最迷惑的现象：输入框focus后，底部fixed按钮突然看不见了。查DOM发现它还在，top也没变，只是Y坐标超出了当前visualViewport范围。这是因为Safari不缩window.innerHeight，但缩visualViewport.height，导致bottom: 0的元素物理位置落到了键盘下方。
关键不是修fixed，而是换思路：
- 放弃
bottom: 0，改用top: calc(100vh - 80px)（80px为按钮高度），100vh在iOS下始终指layoutViewport，相对稳定 - 监听
visualViewport?.addEventListener('resize', handler)，在回调里动态重设top值，比scroll事件更及时 - 如果必须用
bottom，则在键盘弹起时，用uni.onKeyboardHeightChanged拿到高度后，计算bottom: keyboardHeight + 按钮高度再赋值
真正容易被忽略的是：H5端uni.onKeyboardHeightChanged仅在部分Android WebView可用，iOS Safari根本不触发——所以visualViewport.resize才是iOS唯一的事实标准，别指望uni-app封装的API。
