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、也不自动还原视口滚动位置导致的固有行为。必须手动干预滚动状态。
为什么blur后页面不回位？
iOS Safari在软键盘弹出时，不会压缩document.documentElement.clientHeight，而是把整个Webview“上推”，同时window.scrollY可能被静默修改；收起键盘时，它不恢复这个偏移，导致scrollY > 0却页面底部留白。Android和小程序无此问题。
- 真机复现率极高，尤其在微信/钉钉等内嵌WKWebView中
-
document.body.scrollTop、document.documentElement.scrollTop、window.scrollY三者在iOS下行为不一致，优先用window.scrollY - blur事件触发时，键盘动画尚未完全结束，需加
setTimeout延时100–200ms再操作
@blur里调用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调用无效 - 仅对iOS微信UA生效，避免干扰其他平台：
/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' }) - scrollIntoView要在ref可用后执行，推荐
this.$nextTick(() => setTimeout(() => el.scrollIntoView(), 50)) - 避免父容器有
transform或overflow: hidden，否则scrollIntoView在iOS下失效
最麻烦的不是代码怎么写，而是iOS不同版本对scrollY快照时机的处理不一致——iOS 16.4之后部分机型会在focus瞬间重置scrollY，而15.7则保持原值。建议所有涉及输入的页面都统一用window.scrollY做锚点，并在blur后加requestAnimationFrame兜底校验是否真正归位。
