本文揭示了 文本 这类非法 HTML 在直接页面中看似正常渲染、却在 iframe 中被“修正”为分离标签的现象——根本原因并非浏览器或 iframe 本身，而是服务端 HTML 解析代理（如 PHP DOMDocument）主动修复了无效结构。
本文揭示了 `
文本
` 这类非法 HTML 在直接页面中看似正常渲染、却在 iframe 中被“修正”为分离标签的现象——根本原因并非浏览器或 iframe 本身，而是服务端 HTML 解析代理（如 PHP DOMDocument）主动修复了无效结构。HTML 规范明确禁止将块级元素（如 <p></p>）嵌套在标题元素（<h1></h1>–<h6></h6>）内部。尽管现代浏览器在直接渲染时会以“容错模式”（error recovery）自动处理此类错误——通常表现为将 <p></p> 提升至 <h1></h1> 外部并保留视觉连贯性（即用户看到的仍是“一行标题”，实际 DOM 已被静默修正），这种行为并非标准化保证，而是各引擎实现的兼容性策略。
然而，当该 HTML 通过服务端代理（例如 PHP 编写的反向代理或资源注入中间件）加载进 iframe 时，关键变量就出现了。典型场景如下：
// 示例：PHP 代理中常见的非法 HTML 处理逻辑 $dom = new DOMDocument(); $dom->loadHTML($rawHtml); // 此处已触发 HTML 标准化解析 $cleanHtml = $dom->saveHTML(); // 输出合法 HTML：移除嵌套，生成 <h1></h1><p>...</p>
DOMDocument::loadHTML() 默认启用严格的 HTML5 兼容解析器（尤其在较新 libxml 版本中），它会主动：
立即学习“前端免费学习笔记（深入）”；
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
- 移除违反嵌套规则的子节点；
- 将
<p></p>从<h1></h1>内部剥离，并按文档顺序插入到<h1></h1>后方； - 最终输出符合规范的 DOM 结构。
因此，iframe 中观察到的 <h1></h1>
<p>Lorem<br>Ipsum</p> 并非浏览器在 iframe 环境中“变严格”，而是你所加载的内容早已被代理层预处理为合法 HTML。
✅ 验证方法：
- 直接查看 iframe
src对应的原始响应体（浏览器开发者工具 → Network → 查看 Response）； - 若响应中已无
<h1></h1> <p>...</p>，而只有分离标签，则确认是服务端解析所致； - 绕过代理直连该 URL，对比渲染结果是否一致。
⚠️ 注意事项：
- 不要依赖浏览器对非法 HTML 的容错行为——它不可移植、不保证跨版本一致性，且在严格模式（如
+ XHTML MIME 类型）下更易失效； - 若需语义化标题+多行内容，推荐使用合法替代方案：
<header> <h1>Lorem</h1> <p>Ipsum</p> </header> <!-- 或仅用 CSS 控制样式 --> <h1 class="multiline">Lorem<br>Ipsum</h1>
归根结底，这不是 iframe 的 Bug，也不是浏览器的不一致，而是 HTML 解析器在不同环节（客户端容错渲染 vs 服务端标准化重建）展现出的职责差异。写出合法 HTML，才能真正掌控渲染结果。
