实现对象属性的选择性深拷贝需通过自定义拦截器在递归遍历中动态决策：对白名单字段（如headers、params）深克隆，对Function/Element等跳过，对logger等复用对象保留引用，filter函数返回true/undefined/false分别控制深克隆/跳过/浅拷贝。
要实现对象属性的选择性深拷贝，关键不是“全量克隆”，而是按需控制哪些字段走深克隆、哪些保留原引用或跳过复制。自定义克隆拦截器正是为此设计的轻量机制——它在克隆过程中插入判断逻辑，对每个键值对单独决策。
明确拦截目标：只克隆需要隔离的字段
并非所有属性都需要深拷贝。比如配置对象中：url、timeout、headers常需独立副本（避免后续修改污染原始配置），而logger 实例、事件总线、缓存 Map等可复用对象应保持引用不变。拦截器需基于字段名、类型或元数据做路由判断：
- 通过白名单方式指定必须深克隆的 key，如
['headers', 'params', 'data'] - 通过类型策略自动处理：Date/RegExp/嵌套对象默认深克隆；Function/Element/WeakMap 默认跳过
- 支持传入过滤函数
filter: (key, value, parent) => boolean，灵活适配业务语义（例如跳过以_开头的内部字段）
拦截器结构：在递归克隆链中嵌入钩子
选择性克隆不是在克隆后删减，而是在遍历过程中动态决定行为。典型结构是将拦截逻辑注入深克隆主函数的每层递归入口：
- 每次进入新层级时，先调用
filter(key, value, path)判断是否克隆 - 返回
false→ 直接赋值原引用（浅拷贝行为） - 返回
true→ 执行标准深克隆流程（递归、类型识别、循环引用检测） - 返回
null或undefined→ 跳过该属性（不写入新对象）
实战示例：API 请求配置的按需克隆
假设一个请求配置对象含敏感字段与共享依赖：
const config = {url: '/user',
headers: { 'X-Trace-ID': 'abc' },
params: { page: 1 },
logger: console,
cacheKey: new Map(),
};
使用带拦截器的克隆函数：
-
deepClone(config, { filter: (k) => ['headers', 'params'].includes(k) })→ 只深克隆 headers 和 params，其余字段原样引用 - 若需排除 logger 但保留 cacheKey，则写
filter: (k, v) => k !== 'logger' - 还可结合类型判断：
filter: (k, v) => v instanceof Object && !(v instanceof Function)，避开函数类成员
注意事项：避免误判与性能损耗
拦截器虽灵活，但滥用会引入隐患：
- 不要在 filter 函数中修改原始对象，否则破坏不可变前提
- 避免在 filter 中执行高开销操作（如正则匹配长字符串、遍历大数组），它会在每层每个属性触发
- 当字段路径复杂（如
a.b.c.d）时，建议传入完整path数组供 filter 精准判断上下文 - 与 structuredClone 兼容性差，该 API 不开放拦截能力，仅适合自研克隆方案
