Generator对象不可跨窗口传递，因其包含引擎私有状态且不支持结构化克隆；可行方案是传递可重建的输入参数、状态快照或通过MessageChannel协同调度。
跨域窗口间无法直接传递 Generator 迭代器状态——这不是“反序列化失败”的问题，而是根本不可行的技术硬伤。Generator 实例是运行时对象，不具备可序列化结构，不能被 postMessage、localStorage 或任何跨上下文通信机制传输。
为什么 Generator 无法跨窗口传递
Generator 对象内部包含执行上下文、暂停位置、局部变量栈、闭包环境等私有状态，这些全部驻留在 JavaScript 引擎的内存中，既没有标准序列化协议（如 JSON），也不在 Structured Clone 算法支持范围内。尝试 JSON.stringify(gen) 得到 {}；用 postMessage(gen, '*') 会直接报错：DataCloneError: An object could not be cloned。
可行的替代方案
不传迭代器本身，只传其可复现的“输入描述”或“进度标识”：
-
传参数 + 重建生成器：将初始数据源（如数组、ID 列表、分页参数）和当前索引位置（如
cursor: 5）一起发送。接收方用相同逻辑重新调用生成器函数，并用for...of或next()跳过前 N 项。 -
传状态快照 + 恢复逻辑：若生成器处理的是确定性流程（如分步计算、状态机流转），可定义轻量状态对象（如
{ step: 'validate', dataId: 123, retryCount: 1 }），接收方根据该对象恢复对应阶段的逻辑分支。 -
用 MessageChannel 做协同调度：主窗口不传状态，而是通过
MessageChannel发送控制指令（如{ type: 'next', payload: { input: 'user-456' } }），由目标窗口本地持有生成器并响应执行，再把结果回传。
特别注意 Proxy 和 iframe 场景
即使同源 iframe，Generator 实例仍无法跨 contentWindow 边界传递。若需 iframe 内协作，必须走事件通信（iframe.contentWindow.postMessage）+ 状态解耦设计。不要试图用 iframe.contentWindow.myGen 直接访问对方生成器。
本质上，这不是调试或配置问题，而是架构层面的约束。接受“状态不可传递”，转而设计可重建、可调度、可协商的协作协议，才是稳健解法。
