virtualkeyboardpolicy属性不存在，浏览器完全忽略；键盘遮挡主因是viewport配置错误（如user-scalable=no、缺height=device-height）和focus时机不当，应于focus事件中调用scrollintoview({block:'nearest',inline:'nearest'})并确保viewport正确设置。
virtualkeyboardpolicy 属性根本不存在，浏览器不识别它，也无法防止键盘遮挡。
HTML 中没有 virtualkeyboardpolicy 这个属性
W3C 规范、MDN 文档、Chromium 和 WebKit 源码里都查不到这个字符串。它不是拼写错误，而是完全虚构的属性名——可能是把 inputmode、enterkeyhint 或实验性 navigator.virtualKeyboard API 混在一起记串了。
所有主流浏览器（Chrome 125+、Safari、Firefox）都会静默忽略带 virtualkeyboardpolicy 的标签，既不报错，也不生效。
为什么键盘会遮挡输入框？关键在 viewport 和 focus 时机
遮挡不是因为缺某个“策略属性”，而是页面没告诉浏览器“这个输入框很重要，得让我看见”。常见真实原因包括：
-
meta标签里写了user-scalable=no：iOS 直接锁死视口重绘，visualViewport.height始终不变，JS 根本感知不到键盘弹出 -
viewport缺少height=device-height：iOS Safari 不触发resize或visualViewport.resize，滚动逻辑失去判断依据 -
input在display: none或visibility: hidden状态下被focus()：iOS 上scrollIntoView()完全不执行 - 在
click事件里用setTimeout或Promise.then延迟调用focus()：浏览器判定为“非用户手势上下文”，拒绝弹键盘
真正能起效的三件事
不用新 API，只靠现有标准能力就能覆盖 95% 场景：
- 给
input绑定focus事件，里面立刻调scrollIntoView({ block: 'nearest', inline: 'nearest' })—— 不要加setTimeout，不要等resize -
meta标签必须写成：<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=yes, height=device-height">；user-scalable=no是隐形杀手 - 底部固定输入框容器加
padding-bottom: env(safe-area-inset-bottom)，并在键盘弹出时（通过visualViewport?.height变化判断）动态补padding-bottom，别依赖keyboard-inset-height（Android Chrome 不支持）
最常被忽略的一点：iOS 上 scrollIntoView 在 focus 事件里调才稳定；如果输入框嵌在 position: fixed 且 overflow: hidden 的父容器里，它会被截断——得确保父容器有 overflow: visible 或改用 body 滚动。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
