virtualkeyboardpolicy不是HTML全局属性，也不存在于任何现行标准中，W3C、MDN、Chromium、WebKit、Gecko均无定义；它无法控制虚拟键盘弹出，Canvas上必须通过透明input元素+用户手势触发focus()间接实现输入。
virtualkeyboardpolicy 不是 HTML 全局属性，也不存在于任何现行标准中。它不会生效，无法用于“画布软键盘开发”或任何其他场景。
为什么 virtualkeyboardpolicy 在 HTML 中完全无效
这个字符串在 W3C HTML 规范、MDN Web Docs、Chromium 源码（截至 Chrome 129）、WebKit（Safari）和 Gecko（Firefox）中均无定义。它不是拼写错误，也不是被弃用的旧属性——它压根没存在过。
常见混淆来源包括：
-
inputmode：仅提示键盘类型，不控制弹出行为 -
enterkeyhint：只改回车键文案（如search、send） -
autofocus：移动端多数浏览器静默忽略，且不触发键盘 - 误读 Chromium 实验性
<meta name="viewport" content="virtualkeyboardpolicy=auto">——该 meta 值仅对 Chrome/Edge 的navigator.virtualKeyboardAPI 生效，且仅限 Android；iOS 完全无视，且该 API 已在 Chrome 125+ 中移除
Canvas 上无法直接唤起系统软键盘的原因
<canvas> 元素默认不可聚焦、不可编辑，也不参与表单交互。浏览器不会为其关联虚拟键盘，无论你加多少伪属性或 meta 配置。
立即学习“前端免费学习笔记（深入）”；
想让 Canvas 支持输入，必须走间接路径：
- 在 Canvas 同一区域叠放一个透明
<input type="text">，监听其input事件后同步更新 Canvas 内容 - 设置
input的style="position: absolute; opacity: 0; pointer-events: none;"，确保视觉不可见但可聚焦 - 用户点击 Canvas 区域时，手动调用该
input.focus()—— 必须在click或touchend回调内立即执行，不能延迟、不能异步 - 禁用
input的默认样式（border: none; outline: none;），避免干扰 Canvas 渲染
真正能影响软键盘行为的可靠属性
以下才是当前（2026 年）各平台实际支持的、有明确效果的控制点：
-
inputmode="numeric"：Android Chrome / Safari iOS 均识别，触发数字键盘 -
type="search"+enterkeyhint="search"：统一将回车键显示为“搜索”，减少用户困惑 -
tabindex="0"：使非表单元素（如<div>）可聚焦，为后续focus()打基础 -
env(keyboard-inset-height)：仅 Safari iOS 支持，在 CSS 中适配键盘高度（如padding-bottom: env(keyboard-inset-height)） -
visualViewport监听：Chrome/Edge 可靠监听visualViewport.onresize判断键盘展开，Android Firefox 不支持
Canvas 软键盘方案的核心矛盾在于：系统键盘永远绑定到可编辑元素，而非渲染层。所谓“画布软键盘”，要么是用 <input> 做桥梁，要么干脆放弃系统键盘、引入 simple-keyboard 这类纯 JS 自绘方案——后者才真正可控，但也意味着完全脱离原生输入体验。
