全链路压测中JavaScript全局状态被异步回调串改，根源在于闭包捕获、共享引用与缺乏上下文隔离；须用闭包封装请求上下文、Async Hooks/Zone.js透传、分片单例、沙箱化及严格模式拦截风险。
全链路压测中，JavaScript 的全局状态被异步回调串改，本质不是作用域本身的问题，而是**闭包捕获、共享引用、缺乏上下文隔离**导致的。JavaScript 作用域（尤其是函数作用域和块级作用域）本身是静态确定的，无法自动解决运行时多请求并发下的状态污染。关键在于：**用作用域机制主动构造隔离边界，而非依赖作用域“自动保护”全局变量。**
用闭包封装请求上下文，避免共享全局对象
不要把用户 ID、traceId、临时缓存等压测必需的状态存到 window、globalThis 或模块顶层变量里。每个请求应拥有独立的上下文实例：
- 在入口（如 API 调用前）创建一个 context 对象，包含 traceId、用户身份、Mock 数据源等压测维度信息
- 将该 context 通过参数或闭包传入所有后续异步操作（包括 setTimeout、Promise.then、fetch 回调、事件监听器）
- 示例：不写
currentTraceId = 't-123'; fetch(...).then(...)；而写const ctx = { traceId: 't-123' }; fetch(...).then(res => handleRes(res, ctx))
用 Async Hooks（Node.js）或 Zone.js（浏览器）做自动上下文透传
手动传参易遗漏，尤其在第三方库或深层回调中。需借助运行时上下文追踪机制：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- Node.js 环境优先使用
async_hooks创建 request-scoped storage，在每次异步资源创建时绑定当前 context，并在回调中自动还原 - 浏览器环境可引入轻量
zone.js（仅需 core 模块），用Zone.current.fork({name: 'req-123'}).run(() => {...})包裹请求主逻辑，确保所有同步/异步子任务继承该 zone 上下文 - 避免直接 monkey patch 全局 Promise/setTimeout —— 应通过框架层或 SDK 统一注入，保证一致性
禁用或沙箱化有状态的全局单例
压测时，任何跨请求复用的单例（如缓存 Map、轮询定时器、WebSocket 连接池）都可能成为状态污染源：
立即学习“Java免费学习笔记（深入）”；
- 开发期就约定：所有单例必须支持“按租户/traceId 分片”，例如
cache.get(ctx.traceId + ':user')，而非cache.get('user') - 压测启动时，强制重置或替换全局单例——例如用
jest.mock('./cache', () => createMockCache())或启动新进程（Node.js）隔离环境 - 对无法改造的第三方库（如某些 SDK 内部维护的 token 管理器），用
vm.Script（Node）或iframe（浏览器）做轻量沙箱，切断其访问原始全局空间的路径
用 strict mode + ESLint 规则提前拦截风险写法
很多串改源于不经意的隐式全局赋值或 this 绑定错误：
- 全项目启用
"use strict"，让foo = 1直接报错，杜绝意外挂载全局变量 - ESLint 启用
no-global-assign、no-shadow、no-invalid-this，并自定义规则禁止在非 module 顶层使用this或未声明变量 - CI 阶段扫描代码中出现
window.、global.、globalThis.的写法，除非明确标记// @allow-global-for-legacy
