JavaScript中不存在原生Object.clone()方法，需用structuredClone()、展开运算符或手写带深度限制与循环引用检测的函数实现安全拷贝，禁用JSON序列化方案。
object.clone() 并不存在于标准 javascript 中 —— 这是常见误解。javascript 原生没有 object.clone() 方法，因此无法直接调用它来处理数组或对象的深拷贝，更谈不上“控制拷贝深度”或“防止内存越界”。所谓“内存越界”在 js 中通常不适用（js 有自动内存管理，无指针操作），但深层嵌套对象的**无限递归拷贝**确实可能引发栈溢出（rangeerror: maximum call stack size exceeded）或意外的内存占用激增。
明确替代方案：用标准方法实现可控深度拷贝
要安全、可控地拷贝含数组/对象的嵌套结构，应使用以下经过验证的方式：
-
浅拷贝（1 层）：适用于已知结构扁平、无嵌套引用的场景。
例如：[...arr]、arr.slice()、Array.from(arr)、{...obj} -
结构化深拷贝（有限深度 + 安全边界）：使用
structuredClone()（现代浏览器 & Node.js 17.0+ 支持）
它天然支持 Map/Set/Date/RegExp 等类型，自动拦截循环引用，且不会栈溢出；但它不提供“自定义深度”参数，而是完整、安全地复制可序列化结构。 - 手动实现带深度限制的深拷贝函数：当需精确控制递归层数（如只拷贝前 3 层）、跳过函数/原型/循环引用时，可编写如下函数：
示例：带最大深度与循环引用检测的安全深拷贝
function safeDeepClone(obj, maxDepth = 5, seen = new WeakMap()) {
if (obj === null || typeof obj !== 'object') return obj;
<p>if (seen.has(obj)) return seen.get(obj);</p><p>if (maxDepth </p><p>const clone = Array.isArray(obj) ? [] : {};</p><p>seen.set(obj, clone);</p><p>for (const key in obj) {
if (Object.prototype.hasOwnProperty.call(obj, key)) {
clone[key] = safeDeepClone(obj[key], maxDepth - 1, seen);
}
}</p><p>return clone;
}</p>
为什么不用 JSON.parse(JSON.stringify(...))？
该方法看似简单，但存在严重缺陷：
- 丢失函数、undefined、Symbol、Date 对象（变成字符串）、正则表达式、Map/Set 等不可序列化值
- 无法处理循环引用 → 直接抛错
TypeError: Converting circular structure to JSON - 对 BigInt 报错，对 NaN/Infinity 转为 null
- 不控制深度，且错误发生在运行时，不可预测
防范“类越界”风险的关键实践
所谓“内存越界风险”，在 JS 中实为避免以下三类问题：
- 无限递归：必须检测并拦截循环引用（WeakMap 是最佳选择）
- 过度深拷贝：对超大嵌套对象（如上万层树形数据）设 depth 限制，避免卡死或 OOM
- 意外引用泄漏：拷贝后若仍保留对原始对象的强引用（尤其在闭包中），可能阻碍 GC；确保拷贝结果独立、无隐式关联
总结建议
不要寻找不存在的 Object.clone()；根据环境和需求选择合适方案：
- 现代环境 → 优先用
structuredClone()（最安全、最标准） - 需定制深度或兼容旧环境 → 使用带 WeakMap + depth 参数的手写函数
- 确定只需一层 → 用展开运算符或
slice()，零风险 - 永远避免
JSON.parse(JSON.stringify())处理真实业务数据
