根本原因是iOS Safari软键盘弹出时fixed元素失锚;解决方案是focus时用scrollIntoView滚动输入框至可视区,再通过getBoundingClientRect().bottom动态修正bottom值。
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>需额外处理platform === 'ios'条件判断启用hold-keyboard实际依赖浏览器支持,iOS Safari 16.4+才稳定,低版本需降级为手动滚动softinputMode,它对H5无效softinputMode是app-plus平台专用配置,写在pages.json里只影响App打包后的原生层行为。H5端完全不读取这个字段,设成adjustResize或adjustPan毫无作用,纯属误导。
focusin/focusout事件兜底真正麻烦的是iOS不同版本对scrollIntoView和getBoundingClientRect的实现差异——比如iOS 15.6下bottom返回正值但元素已不可见,得改用top和window.innerHeight做差值判断。这类细节不测真机根本发现不了。