iOS H5端input聚焦后页面被顶起、blur后不回落是因WKWebView不触发resize且不还原scrollY,需在focus时缓存window.scrollY,blur延时150ms后scrollTo(0, prevScroll),并兼容微信UA及activeElement残留问题。
iOS H5端input聚焦后页面被顶起、blur收起键盘却不回落——这不是你CSS写错了,是iOS Safari(尤其微信内嵌WKWebView)不触发window.resize、也不自动还原视口滚动位置导致的固有行为。必须手动干预滚动状态。
iOS Safari在软键盘弹出时,不会压缩document.documentElement.clientHeight,而是把整个Webview“上推”,同时window.scrollY可能被静默修改;收起键盘时,它不恢复这个偏移,导致scrollY > 0却页面底部留白。Android和小程序无此问题。
document.body.scrollTop、document.documentElement.scrollTop、window.scrollY三者在iOS下行为不一致,优先用window.scrollY
setTimeout延时100–200ms再操作window.scrollTo(0, 0)太粗暴直接滚到顶部会打断用户浏览上下文(比如表单在页面中部,blur后强制回顶)。更稳妥的做法是记录聚焦前的滚动位置,并在blur后精准还原。
@focus时缓存const prevScroll = window.scrollY
@blur回调里用setTimeout(() => window.scrollTo(0, prevScroll), 150)
input或textarea外层套position: fixed,否则scrollY计算失效微信iOS版存在焦点残留:blur后document.activeElement仍为该input,导致下次点击无响应。需在blur后主动document.activeElement?.blur()清空焦点状态。
if (document.activeElement === el) document.activeElement.blur()
setTimeout延时,否则blur调用无效/MicroMessenger/i.test(navigator.userAgent) && /iPhone|iPad/i.test(navigator.userAgent)
adjust-position="false"的副作用虽然设adjust-position="false"能禁用uni-app默认的滚动逻辑,但会导致input被键盘遮挡。若你已启用它,就必须自己实现scrollIntoView + 滚动位置记忆,否则光标错位+页面不回位会叠加发生。
el.scrollIntoView({ block: 'nearest', behavior: 'smooth' })
this.$nextTick(() => setTimeout(() => el.scrollIntoView(), 50))
transform或overflow: hidden,否则scrollIntoView在iOS下失效最麻烦的不是代码怎么写,而是iOS不同版本对scrollY快照时机的处理不一致——iOS 16.4之后部分机型会在focus瞬间重置scrollY,而15.7则保持原值。建议所有涉及输入的页面都统一用window.scrollY做锚点,并在blur后加requestAnimationFrame兜底校验是否真正归位。