Node.ownerDocument 在跨窗口场景下不可靠。它始终返回节点所属上下文的 document，无法跨 iframe 或 popup 获取主窗口 document；同源 iframe 可通过 contentDocument 访问，跨源则需 postMessage；安全做法是直接持有并使用可控窗口引用的 document。
Node.ownerDocument 在跨窗口场景下是否可靠？
不可靠。当 Node 来自另一个 window（比如 iframe 或弹出窗口）时，Node.ownerDocument 返回的是该 Node 所属上下文的 document，不是主窗口的 document。你调用它不会“跨”出去——它只认自己出生的文档树。
为什么直接访问 iframe.contentDocument 有时失败？
因为跨源限制（CORS）。如果 iframe 的 src 指向不同协议、域名或端口，浏览器会阻止脚本读取 iframe.contentDocument 或 iframe.contentWindow.document，抛出 SecurityError。
- 同源 iframe：可用
iframe.contentDocument或iframe.contentWindow.document - 跨源 iframe：只能通过
postMessage协商，不能直接访问 DOM - 注意：
iframe.contentDocument在某些旧版 Safari 中可能为 null，优先尝试iframe.contentWindow.document
如何安全获取编辑器所在窗口的 document（含同源 iframe 场景）？
最稳妥的方式是「向上追溯到 window，再取其 document」，而不是依赖某个 Node 的 ownerDocument：
function getOwnerDocument(node) {
if (!node || !node.ownerDocument) return null;
const win = node.ownerDocument.defaultView;
// 如果 node 来自 iframe，win 就是 iframe 的 window
// 你想找“主文档”，就得明确知道编辑器在哪一层 —— 通常是你自己创建/控制的 iframe
return win?.document;
}
// ✅ 正确做法：从你可控的 iframe 引用出发
const editorIframe = document.getElementById('editor-iframe');
const editorDoc = editorIframe?.contentDocument || editorIframe?.contentWindow?.document;
// ❌ 错误做法：随便拿一个编辑器内的 node 去 ownerDocument，再试图“跳回主窗”
// const someNodeInEditor = editorIframe.contentDocument.querySelector('div');
// const doc = someNodeInEditor.ownerDocument; // 还是 iframe 的 document，不是主窗的
编辑器在 popup 窗口里怎么办？
popup（window.open）和主窗口之间没有 DOM 树继承关系，Node.ownerDocument 完全无用。必须靠显式引用或通信：
立即学习“前端免费学习笔记（深入）”；
- 主窗口保存 popup 引用：
const popupWin = window.open(...);→ 后续用popupWin.document（同源前提下） - 跨源 popup：只能用
popupWin.postMessage()发指令，由 popup 自己操作并响应 - 不要试图从 popup 内某个节点反向找“主文档”——它根本不知道你是谁
真正容易被忽略的点是：所谓“主文档”，从来不是靠 DOM 层级推导出来的，而是你在代码里明确持有或约定好的上下文。一旦脱离这个约定（比如把 node 传给一个不带上下文的工具函数），ownerDocument 就只会给你它自己的家，不会帮你找亲戚。
