contentdocument在ie8及以下不支持，需降级用contentwindow.document，且必须监听load事件后访问；跨域时两者均无效，应改用postmessage通信。
IE中iframe.contentDocument访问报错
IE8及以下不支持contentDocument，直接读取会返回undefined或抛错。现代写法iframe.contentDocument.body.offsetHeight在IE里必然失败。
必须降级使用contentWindow.document，且要等load事件触发后才安全：
- 先检查
iframe.contentDocument是否存在，不存在就 fallback 到iframe.contentWindow.document - 不能在
onload回调外直接访问——哪怕加了setTimeout也不可靠，必须监听iframe.onload - 跨域时两者都为
null，此时不可读取内部文档，只能靠postMessage通信
IE6–IE8中iframe背景不透明
Firefox默认透明，但IE6–8会强制渲染白底，即使子页body设了background: transparent也无效。
必须显式加allowtransparency="true"属性，且仅对同域生效：
<iframe src="page.html" allowtransparency="true"></iframe>- 若子页不可控（如第三方页面），可在父页JS中动态设置：
iframe.contentWindow.document.body.style.backgroundColor = "transparent" -
allowtransparency在IE9+已被废弃，但仍是IE6–8唯一有效方案
IE下form提交到iframe后reset()失效
很多开发者在form.onsubmit里写this.reset()或return false，结果表单根本不发出去，或者字段清空时机错乱。
根本原因是：IE对form.reset()的实现会重置disabled、readonly状态，破坏后续交互；而return false直接阻断了原生提交流程。
- 清空逻辑必须放在
iframe.onload回调里，确保服务端响应已加载完成 - 逐个清空可编辑字段：
el.value = ""，跳过disabled和readonly元素 - 不要用
form.reset()，它无法区分初始值与用户输入，且在IE中可能触发二次渲染异常
IE9及以下无法支持FormData + fetch异步上传
政务、金融类老系统常要求兼容IE9，但FormData和fetch全系不支持，XMLHttpRequest又难处理multipart/form-data文件上传。
此时iframe不是备选，而是唯一路径——但它不是“真异步”，而是模拟：
-
form.target必须严格等于iframe.name（不是id），否则IE9下提交静默失败 - 服务端返回必须是完整HTML（哪怕只含
<script>parent.callback(...)</script>），返回JSON会被IE当文本显示成下载 - 多个form共用一个iframe时，后提交会中断前一个的
load，需用唯一name隔离或加时间戳防覆盖
真正容易被忽略的是：IE对X-Frame-Options和Content-Security-Policy: frame-ancestors极其敏感，哪怕服务端返回200，只要响应头拒绝嵌入，iframe就空白且无报错——得看F12网络面板确认请求是否真正抵达后端。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
