DOM节点无法被深拷贝，structuredClone会因不支持而抛DataCloneError，JSON方法则静默丢失DOM导致隐性错误，正确做法是使用cloneNode()并手动处理ID和事件。
深拷贝本身不会直接导致 DOM 节点复制失败——因为 DOM 节点不能被深拷贝。JavaScript 中所有标准深拷贝方法（JSON.parse(JSON.stringify())、structuredClone()、Lodash cloneDeep）在遇到 DOM 元素时，要么静默跳过、要么抛错、要么返回空对象，根本无法完成有效克隆。所谓“深拷贝导致 DOM 复制失败”，本质是误用了深拷贝 API 去处理 DOM 节点，而非深拷贝逻辑本身出了问题。
为什么 structuredClone 会报错 "DataCloneError: An object could not be cloned"
这是最典型的信号。当你对包含 DOM 节点的对象执行 structuredClone(obj)，浏览器会立即抛出该错误。原因很明确：structuredClone 不支持 DOM 节点、Window、document、function、Symbol、undefined 等非可结构化类型。
- DOM 元素不属于“可结构化克隆”的数据类型（规范定义见 HTML Standard 的 Structured Clone Algorithm）
- 哪怕只在对象某一层嵌套中存在一个
<div>，整个克隆都会中断 - 错误堆栈通常指向
structuredClone调用处，但根源在于你把不该进来的值塞了进去
为什么 JSON 方法“看似成功”却丢失 DOM 且无提示
JSON.stringify(obj) 遇到 DOM 节点时不会报错，而是默默跳过或转为 null，再 JSON.parse() 后得到一个“空壳”对象——DOM 结构彻底消失，还可能引发后续 appendChild 或事件绑定失败。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 例如：
JSON.stringify({ el: document.querySelector('button') })→"{ el: null }" - 这种静默失败比报错更危险：代码不崩溃，但功能缺失，排查成本高
- 尤其在表单状态管理、组件 props 透传等场景，容易误以为“拷贝成功”，实则 DOM 引用已丢失
真正该用 cloneNode，而不是深拷贝
DOM 节点的复制有专属 API：node.cloneNode(deep)。它和深拷贝无关，但专为 DOM 设计：
立即学习“Java免费学习笔记（深入）”；
-
cloneNode(false)：只复制节点自身（浅克隆） -
cloneNode(true)：递归复制子树（视觉与结构上的“深度”），但不复制事件监听器、表单当前值、自定义属性（如node.dataset.xxx的运行时值） - 克隆后务必手动处理 ID 冲突：
clone.id = clone.id ? clone.id + '-clone' : '' - 事件需重新绑定，或改用事件委托（推荐）
如何快速定位是不是 DOM 导致的拷贝异常
在调用深拷贝前加一层轻量检查：
- 检查对象是否含 DOM 元素：
Object.values(obj).some(v => v instanceof Node) - 遍历所有嵌套层级（简易版）：
function hasDOMNode(val) { if (val instanceof Node) return true; if (val && typeof val === 'object') return Object.values(val).some(hasDOMNode); return false; } - 若检测为真，立刻停止深拷贝，改用
cloneNode或剥离 DOM 后再拷贝其他数据
