全链路压测中必须用 structuredClone 或自研 copyWithCycle 实现深拷贝，因 JSON.parse(JSON.stringify()) 会丢失 Date、RegExp、Map/Set、Symbol、undefined 及循环引用；深拷贝仅解决数据隔离，还需请求级 client、config 和上下文隔离。
在全链路压测中，JavaScript 的深拷贝不是为了“避免对象污染”这种泛泛而谈的目的，而是要确保每个并发请求携带的载荷（payload）完全独立、互不干扰——尤其当载荷含嵌套对象、数组、Date、RegExp、Map、Set 或循环引用时，浅拷贝或 JSON 序列化会出错或丢数据。
为什么 JSON.parse(JSON.stringify()) 在压测中不可靠
它会静默丢失以下内容：
- Date 对象变成字符串（如
"2024-06-15T08:23:45.123Z"），后续逻辑若依赖instanceof Date或原型方法（.getTime()）就会报错 - undefined、function、symbol 值被直接过滤掉，导致请求字段缺失或行为异常
- RegExp 变成空对象
{}，Map/Set 变成空对象或数组，失去结构语义 - 遇到循环引用直接抛
TypeError: Converting circular structure to JSON，压测线程中断
推荐方案：使用 structuredClone（现代环境首选）
structuredClone() 是浏览器和 Node.js（v17.0+ 启用 --experimental-structured-cloning 标志，v18.13+ 默认启用）原生支持的深拷贝 API，能正确处理：
- 普通对象、数组、Date、RegExp、Map、Set、ArrayBuffer、TypedArray、DataView、Error（部分）、Blob、File（浏览器）
- 嵌套结构与深层循环引用（自动追踪并复现引用关系）
- 保持原型链无关性（拷贝后是纯数据，不继承原对象方法）
在压测脚本中可直接用于每次请求前生成隔离副本：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
const basePayload = {
userId: 1001,
timestamp: new Date(),
tags: new Set(['pay', 'v2']),
config: { timeout: 3000 },
meta: { ref: null }
};
// 每个并发请求前调用
function createIsolatedPayload() {
return structuredClone(basePayload);
}
// 配合 Promise.all 并发发起
Promise.all(
Array.from({ length: 1000 }, () =>
fetch('/api/order', {
method: 'POST',
body: JSON.stringify(createIsolatedPayload())
})
)
);
兼容旧环境：轻量自研 copyWithCycle（不依赖第三方库）
若需支持 Node.js
- 用 WeakMap 缓存已拷贝对象，识别并复用循环引用
- 显式处理 Date、RegExp、Map、Set、ArrayBuffer 等内置类型
- 跳过 function、undefined、symbol（压测载荷中极少需要保留）
- 不尝试还原原型（避免安全风险和不可控行为）
示例核心逻辑节选：
function copyWithCycle(obj) {
const seen = new WeakMap();
function clone(val) {
if (val === null || typeof val !== 'object') return val;
if (seen.has(val)) return seen.get(val);
let cloned;
if (val instanceof Date) cloned = new Date(val);
else if (val instanceof RegExp) cloned = new RegExp(val);
else if (val instanceof Map) {
cloned = new Map();
seen.set(val, cloned);
val.forEach((v, k) => cloned.set(k, clone(v)));
} else if (val instanceof Set) {
cloned = new Set();
seen.set(val, cloned);
val.forEach(v => cloned.add(clone(v)));
} else if (Array.isArray(val)) {
cloned = [];
seen.set(val, cloned);
val.forEach((v, i) => cloned[i] = clone(v));
} else {
cloned = {};
seen.set(val, cloned);
for (const key in val) {
if (Object.prototype.hasOwnProperty.call(val, key)) {
cloned[key] = clone(val[key]);
}
}
}
return cloned;
}
return clone(obj);
}
关键提醒：深拷贝只是起点，隔离还需配合上下文
即使 payload 拷贝干净，若多个请求共用同一份配置对象（如 axios 实例、全局 headers 对象、重试中间件中的缓存 map），仍可能产生隐式共享。务必做到：
- 每个请求使用独立的 client 实例（或至少独立的 config 参数对象）
- 避免在 payload 外部闭包中修改共享状态（例如用计数器动态改 userId，却没加锁或用局部变量）
- 压测工具（如 Artillery、k6）中启用 request-level context，而非 scenario-level 共享数据
深拷贝解决的是数据层面的隔离，真正的“全链路独立”，靠的是从载荷、客户端、中间件到服务端日志 traceId 的端到端设计意识。
