html中没有virtualkeyboardpolicy全局属性，它在w3c规范、mdn、chromium、webkit及gecko中均无定义；该名称实为对inputmode、enterkeyhint、autofocus或viewport meta中virtualkeyboardpolicy=auto的混淆。
HTML 中没有 virtualkeyboardpolicy 全局属性，它根本不存在于任何浏览器标准或实现中。 试图在 <input> 或其他元素上设置该属性，既不会触发任何行为，也不会报错——只是被完全忽略。
为什么 virtualkeyboardpolicy 属性查无此物
这个名称在 W3C 规范、MDN Web Docs、Chromium 源码、WebKit（Safari）和 Gecko（Firefox）代码库中均无定义。它很可能是对以下几项的混淆：
-
inputmode：仅向系统提示键盘类型（如numeric、search），不控制弹出时机 -
enterkeyhint：仅影响回车键文案（如send、search） -
autofocus：页面加载时尝试聚焦，但移动端多数浏览器会静默降级或忽略 -
viewportmeta 的virtualkeyboardpolicy=auto：这是真实存在的，但它是<meta>标签的 content 值，不是 HTML 元素的全局属性
viewport meta 中的 virtualkeyboardpolicy 是什么
它只出现在 <meta name="viewport" content="... virtualkeyboardpolicy=auto"> 中，且仅对 Chromium 系列（Chrome 105+ / Edge 111+）生效，作用是启用 navigator.virtualKeyboard API 的 geometrychange 事件监听能力。
- 必须设为
auto或manual；其他值（如on、enabled）无效 - 它不控制“键盘是否弹出”，只决定“键盘显隐时是否触发
geometrychange” - 不加这行 meta，
navigator.virtualKeyboard.addEventListener("geometrychange", ...)就不会响应 - iOS Safari 完全不支持该 meta 和对应 API
想“精确控制”软键盘？现实路径只有这一条
所有主流浏览器（Chrome、Safari、Firefox）都强制禁止脚本主动唤起软键盘——这不是兼容性问题，而是基于安全策略的硬性限制。所谓“精确控制显隐”，唯一合法、可靠、跨平台的路径是：
- 用户真实点击/触摸（click/touchend）必须是直接触发源，不能是
setTimeout、Promise.then、requestIdleCallback等异步回调内调用 - 聚焦操作（
input.focus()）必须紧接在事件处理器内同步执行，且目标元素必须可聚焦（无disabled、tabindex="-1"、inert，外层无pointer-events: none） - iOS Safari 对手势认定更严：touchend 延迟 >300ms、长按、双击等可能不被视为有效手势
- 即便满足以上，
navigator.virtualKeyboard.show()在 Chrome 125+ 已被移除，不再可用
真正需要关注的，不是虚构的属性，而是如何让 focus() 在各种遮罩、fixed 定位、WebView 容器中稳定生效，以及如何用 env(keyboard-inset-bottom) 或 visualViewport 应对键盘展开后的布局挤压——这些才是实际开发中卡住人的地方。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
