当无效 HTML（如 文本）在主页面中看似正常渲染，却在 iframe 中被自动拆分为 文本，根源并非浏览器或 iframe 本身，而是内容加载过程中经过了 HTML 解析与规范化处理（如 PHP 的 DOMDocument）。
当无效 html（如 `
文本
`）在主页面中看似正常渲染，却在 iframe 中被自动拆分为 `文本
`，根源并非浏览器或 iframe 本身，而是内容加载过程中经过了 HTML 解析与规范化处理（如 PHP 的 DOMDocument）。这种“渲染不一致”现象常被误认为是 iframe 的特殊行为，实则是一个典型的HTML 解析阶段干预导致的语义修正。浏览器在直接渲染内联 HTML 时，会启用容错解析（tag soup parser），对嵌套错误进行“尽力修复”——例如将 <h1></h1>
<p>...</p> 自动重写为 <h1></h1>
<p>...</p>，但出于渲染一致性考虑，部分浏览器（Chrome、Firefox 等）会在视觉上仍将 <p></p> 的内容显示在 <h1></h1> 的行内上下文中，造成“似乎正常”的假象。然而，这并非标准行为，也不具备可移植性。
立即学习“前端免费学习笔记（深入）”；
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
真正触发结构断裂的，是中间代理层（如 PHP 编写的 iframe 内容代理）调用了 DOMDocument::loadHTML() + saveHTML()。该流程强制执行 HTML 规范化：
$dom = new DOMDocument();
$dom->loadHTML('<h1><p>Lorem<br>Ipsum</p></h1>', LIBXML_HTML_NOIMPLIED | LIBXML_HTML_NODEFDTD);
echo $dom->saveHTML(); // 输出: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
// <html><body><h1></h1><p>Lorem<br>Ipsum</p></body></html>loadHTML() 会严格依据 HTML5（或其兼容模式）语义树构建 DOM：<p></p> 是禁止嵌套在标题元素内的流式内容模型（flow content），因此解析器主动剥离并提升至同级，生成合法但结构已变的 DOM。随后 saveHTML() 序列化该修正后的树，最终 iframe 加载的是已被“净化”的有效 HTML。
⚠️ 注意事项：
- 此行为与 iframe 无关，即使通过
fetch()+innerHTML注入相同 HTML，若未经解析器处理，仍可能复现主文档的“伪正常”渲染； -
DOMDocument默认使用 HTML 4.01 DTD，建议添加LIBXML_HTML_NOIMPLIED | LIBXML_HTML_NODEFDTD标志避免自动注入/； - 真正的解决方案不是规避 iframe，而是避免在代理层修改原始 HTML 结构：若需注入
<base>或 CSS，应采用字符串替换（谨慎）、HTML 解析器（如Masterminds/html5-php）或服务端预渲染时确保语义合规。
总结：浏览器渲染的“宽容”不等于 HTML 合法，而代理层的 DOM 解析器忠实地执行了规范。开发中应始终以 HTML Living Standard 为准——标题元素仅允许短语内容（phrasing content），<p></p> 不在其列。验证 HTML 有效性，远比依赖浏览器容错更可靠。
