根本原因是iOS Safari软键盘弹出时fixed元素失锚；解决方案是focus时用scrollIntoView滚动输入框至可视区，再通过getBoundingClientRect().bottom动态修正bottom值。
uni-app H5端iOS键盘弹出后页面上移，根本原因是fixed元素失效
iOS Safari在软键盘弹出时不会压缩window.innerHeight，也不触发resize事件，但会让position: fixed元素“失锚”——原本贴底的按钮会随页面滚动而偏移，输入框被顶出视口，视觉上就是整个页面往上飘了一截。这不是uni-app bug，是iOS WebKit的渲染机制决定的。
用scrollIntoView强制滚动+动态修正bottom值最可靠
不依赖窗口尺寸变化（iOS根本不发resize），而是聚焦时让输入框自动滚入可视区，再根据getBoundingClientRect()算出偏移量，反向修正底部固定区域的bottom值。
-
@focus时调用inputRef.scrollIntoView({ block: 'nearest', inline: 'start' }) - 立即执行
inputRef.getBoundingClientRect().bottom，若值 - 将该差值设为底部操作栏的
bottom内联样式（如:style="{ bottom: keyboardOffset + 'px' }"） -
@blur时清空bottom，还原为0或原始值
adjust-position="false"必须配合hold-keyboard="true"
单独设adjust-position="false"只禁用uni-app内部滚动逻辑，但iOS仍会尝试把输入框居中，导致抖动。关键要加hold-keyboard="true"，让键盘保持打开状态，避免反复弹收引发的布局重排。
- 仅对
<uni-easyinput>或原生<input>生效，<textarea>需额外处理 - Android下该组合可能让键盘无法收起，建议用
platform === 'ios'条件判断启用 - H5端
hold-keyboard实际依赖浏览器支持，iOS Safari 16.4+才稳定，低版本需降级为手动滚动
别碰softinputMode，它对H5无效
softinputMode是app-plus平台专用配置，写在pages.json里只影响App打包后的原生层行为。H5端完全不读取这个字段，设成adjustResize或adjustPan毫无作用，纯属误导。
- 检查是否误把App方案直接套到H5环境，这是最常见踩坑点
- H5端所有键盘适配必须走JS监听+CSS动态修正，没有“一键开关”
- 微信内置浏览器（X5内核）表现接近Android Chrome，可统一用
focusin/focusout事件兜底
真正麻烦的是iOS不同版本对scrollIntoView和getBoundingClientRect的实现差异——比如iOS 15.6下bottom返回正值但元素已不可见，得改用top和window.innerHeight做差值判断。这类细节不测真机根本发现不了。
