直接用 scrollintoview 配合 80ms 延迟和 {behavior: 'smooth', block: 'nearest'} 参数最可靠；需按 ua 分支处理、避免视口干扰、防回弹错位，并在 fixed 容器中手动滚动。
直接用 scrollIntoView 配合延迟和参数微调，比监听 resize 可靠得多——iOS 根本不保证触发它，安卓行为也不一致。
focus 后立即 scrollIntoView 为什么经常失败
软键盘弹出有动画过程，DOM 尚未完成重排，getBoundingClientRect() 返回的位置还是旧的；浏览器也可能在 focus 瞬间把焦点元素“硬塞”到顶部，反而加剧遮挡。
- 必须加
setTimeout(() => input.scrollIntoView(...), 80)，50–100ms 是实测较稳的窗口 - 避免用默认参数：
input.scrollIntoView()等价于{ block: 'start', inline: 'nearest' }，会把输入框顶到视口最上方，而键盘从底部来，顶部更空 - 关键参数是
{ behavior: 'smooth', block: 'nearest' }：让浏览器自己判断滚到顶部还是底部，iOS 和安卓都能接受
scrollIntoView 在不同机型上的行为差异
Android 部分 WebView（尤其旧版微信内置）对 block: 'nearest' 响应迟钝，有时仍需强制居中；iOS 则可能因视觉视口缩放导致 nearest 过冲。
- 可按 UA 分支处理：
navigator.userAgent.includes('iPhone')→ 用block: 'nearest'；含'Android'且非 Chrome → 尝试block: 'center' - 别依赖
visualViewport.height差值算“键盘高度”再滚动——Android 不支持，iOS 数值抖动大，容易误判 - 如果页面本身有
overflow: hidden或父容器position: fixed，scrollIntoView可能完全失效，此时要 fallback 到window.scrollTo(0, input.offsetTop - 100)
滚动后还要防“回弹错位”
iOS 键盘收起时不会自动回滚页面，用户手动滚动后，再次聚焦可能让输入框跑到视口外；安卓则可能因视口压缩后恢复，导致内容上跳。
- 在
blur时记录当前window.scrollY，并在下次focus前先window.scrollTo(0, lastScrollY)，保持锚点一致 - 不要给
body加height: 100vh或min-height: 100vh——这会让scrollIntoView计算失准，iOS 下尤其明显 - 若输入框在
position: fixed容器里，scrollIntoView无效，得改用container.scrollTop = input.offsetTop - container.offsetTop手动滚动容器
真正难的不是滚动动作本身，而是滚动时机和滚动目标的上下文是否干净——任何一层 transform、overflow: hidden 或错误的 position 都会让 scrollIntoView 失效，且无明确报错。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
