JavaScript深拷贝默认不复制函数，因其为不可序列化的引用类型，标准方案均保留原引用；若需“行为一致副本”，可采用字符串化重建、工厂函数、Proxy绑定等方式模拟，但无法真正克隆闭包等执行环境。
JavaScript 中深拷贝默认不复制函数，因为函数是引用类型且具有不可序列化的特性（如闭包、作用域链、内部属性等），绝大多数深拷贝方案会直接保留原函数引用，或跳过它。但若业务明确要求“完整复制函数”，需分场景理解：真正意义上的函数体复制在 JS 中无法实现（函数不是纯数据），但可通过几种方式模拟“行为一致的独立副本”。
函数在深拷贝中的真实状态
标准深拷贝逻辑（包括 structuredClone、_.cloneDeep、手写递归）对函数的处理统一为：浅层引用保留——即新对象中的函数仍指向原函数内存地址。这不是 bug，而是设计使然：
- 函数可能依赖外部闭包变量，深拷贝无法重建该执行环境
- 函数的
prototype、length、name等属性可被复制，但执行上下文不可克隆 -
structuredClone()直接抛出DataCloneError（不支持函数） -
JSON.stringify()会彻底丢弃函数（连键名都消失）
需要“函数副本”的典型场景及应对策略
所谓“复制函数”，实际目标通常是：让新对象拥有功能相同、但与原函数无共享副作用的独立行为。可行路径如下：
-
字符串化 +
Function构造器（仅限无闭包、无 this 依赖的纯函数）
将函数转为字符串再重建：new Function('a', 'b', fn.toString().replace(/function\s*\w*\s*\(/, ''))。⚠️ 风险高：丢失词法作用域、无法处理箭头函数、破坏调试信息、存在 XSS 潜在风险（若源不可信） -
手动重写为工厂函数
把原函数封装进可配置的生成器：const createHandler = (config) => () => doSomething(config)，拷贝时只复制 config 对象，函数由新实例动态生成 -
用代理（Proxy）隔离调用上下文
对含this的方法，用bind或Proxy绑定到新对象实例：const boundMethod = originalMethod.bind(newObj)，确保方法内this指向新副本 -
约定：函数不参与深拷贝，改用配置驱动
工程实践中更推荐解耦——将逻辑抽离为纯函数（输入→输出），参数和状态通过深拷贝后的数据对象传递，函数本身作为工具复用
手写深拷贝中如何安全处理函数
若你坚持在递归深拷贝中“保留函数”，只需在判断分支中显式返回原函数（不递归、不新建）：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
function deepClone(obj, hash = new WeakMap()) {
if (obj === null || typeof obj !== 'object') return obj;
if (typeof obj === 'function') return obj; // 关键：直接返回原函数
if (hash.has(obj)) return hash.get(obj);
const clone = Array.isArray(obj) ? [] : Object.create(Object.getPrototypeOf(obj));
hash.set(obj, clone);
for (const key in obj) {
if (obj.hasOwnProperty(key)) {
clone[key] = deepClone(obj[key], hash);
}
}
// Symbol 键、Date、RegExp、Map、Set 等继续补充...
return clone;
}
这样做既避免报错，又保证函数行为不变——这才是合理且安全的处理方式。
函数不是数据，它是行为。深拷贝的目标是隔离数据，而非复制行为。把函数当作不可变工具来使用，比强行“克隆”它更符合 JavaScript 的运行本质。
