对于像我这样多年后发现这一点的人来说：
实际上，这个问题没有完整的答案，因为有几个问题。
实际上，你可以在iFrame的文档中添加focus/focusin和blur/focusout的事件监听器。它可以工作，但是有很多页面包含用于登录等的嵌套iFrame。如果你现在也尝试在它们的文档中添加监听器，CORS会阻止它。
这实际上是一件好事，因为我们还可以监听按键事件并获得密码等。
现在，即使您停用了CORS（当然您不应该），您仍然需要一个MutationObserver，因为许多页面会改变DOM来显示输入和其他内容。节点也必须 “扫描” 输入和iFrame，以及iFrame的文档。
所以你会看到这将是一个巨大的递归混乱，这可能对性能也很不利。不要忘记随之而来的漏洞。
这就是为什么大多数虚拟键盘扩展，例如Chrome，只是不工作的说，iFrame。
如果你想像他们那样做，你基本上只需要为键盘相关的输入类型定义一个白名单，选择iFrame并执行以下操作：

iFrame.contentWindow.addEventListener('focus', (e) => {
  if ((e.target instanceof HTMLInputElement &&
  WHITE_LIST.includes(e.target.type))
  || e.target instanceof HTMLTextAreaElement)) {
    //summon keyboard
  }
}, true);

对于“blur”（键盘关闭），甚至不需要条件。