iframe无法直接全屏，因浏览器强制隔离：每个iframe为独立browsing context，全屏状态仅限自身document；父页document.fullscreenelement恒为null，且iframe元素本身不可全屏。
iframe 无法直接全屏，父页面调用 document.fullscreenElement 永远为 null —— 这不是 bug，是浏览器强制隔离的权限模型。
为什么 document.fullscreenElement 在父页总是 null
当子页面内部调用 document.documentElement.requestFullscreen()，全屏状态只属于子页面所在的 document，父页面的 document.fullscreenElement 不会指向该 iframe 元素，也不会被更新。这是因为：
- 每个
iframe是一个独立的 browsing context，全屏 API 的作用域严格绑定到“当前活跃文档” - 父页面无法通过 DOM 引用“接管”子文档的全屏状态，
iframe本身也不是可全屏的 HTML 元素（requestFullscreen()对它无效） - 即使你手动在父页执行
iframeElm.requestFullscreen()，浏览器会直接抛出DOMException: requestFullscreen() is not allowed
allowfullscreen 是前提，但不是万能解
没有 allowfullscreen 属性，子页面连触发全屏的资格都没有；但加了它，也不代表万事大吉：
使用HTML,CSS,JavaScript开发Android应用程序 英文文字pdf版附源文件
下载
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
- 必须显式写成
<iframe src="child.html" allowfullscreen></iframe>或allowfullscreen="true"；allowfullscreen="false"或不写 = 禁止 - 跨域 iframe 下，
allowfullscreen只是“许可入口”，子页面仍需自己调用requestFullscreen()，父页不能代劳 - 某些安卓 WebView 或 Safari 15.4 之前版本，即使允许，也仅缩放视口而非真正进入全屏模式
父子页面如何可靠同步全屏状态（含跨域）
不能依赖 DOM 状态自动同步，必须靠通信 + 事件监听组合实现：
- 子页面监听自身
fullscreenchange，进入/退出时发消息：window.parent.postMessage({ type: 'fullscreen-enter' }, '*') - 父页面监听
message事件，收到后手动更新 UI、记录状态，必要时调用document.body.style.overflow = 'hidden'锁定滚动 - 若需从父页触发子页全屏，必须确保操作由用户手势发起（如
click），且子页已加载完成（可用iframe.onload或contentWindow.document.readyState === 'complete'判断）
容易被忽略的兼容性陷阱
看似简单的全屏逻辑，在真实项目里常因细节翻车：
- 子页面调用
requestFullscreen()报DOMException: Document not active，大概率是 iframe 尚未完成渲染或未获得焦点，别在DOMContentLoaded后立刻调，加个setTimeout(..., 0)或监听load更稳妥 - 父页面想在子页退出全屏后恢复 body 滚动，不能只等
fullscreenchange，因为该事件可能在子页 document 上触发，父页收不到 —— 必须靠postMessage显式通知 - 使用
screenfull.js类库时，它默认封装的是当前 document 的全屏行为，对 iframe 内容无效，不要试图传入iframe.contentDocument实例
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
