异步测试中保持上下文独立的关键是显式控制 asynclocalstorage 生命周期：每个测试前创建新实例并在 beforeeach 中用 run 启动专属上下文，避免共享变量、全局单例、假定时器等跨测试污染，并通过干扰测试和并发验证确保隔离性。
在异步测试中保持上下文独立，核心是避免测试间状态污染——尤其是共享变量、全局单例、缓存、计时器或异步钩子（如 AsyncLocalStorage 实例）被多个测试用例复用。关键不在于“完全隔离环境”，而在于**显式控制上下文生命周期，确保每个测试运行在干净、可预测的异步作用域内**。
用 AsyncLocalStorage 搭配 test setup/teardown 显式管理
AsyncLocalStorage 本身不自动隔离测试；它依赖调用链绑定。若多个测试共用同一个实例且未重置，上下文会泄漏。正确做法是：
- 每个测试前创建新实例：
const als = new AsyncLocalStorage(); - 在
beforeEach中用als.run({ requestId: `test-${Date.now()}` }, ...)启动专属上下文 - 在
afterEach中不需手动清理——run的回调退出后，该上下文自然失效 - 测试中所有异步操作（
setTimeout、Promise.then、fetch回调等）只要在run内发起，就能安全读取als.getStore()
禁用或重置全局异步状态工具
像 jest.useFakeTimers()、sinon.useFakeTimers() 或自定义的全局事件总线，都可能跨测试保留状态：
- Jest 中，启用 fake timers 后必须在
afterEach调用jest.useRealTimers()，否则下一个测试的setTimeout仍被拦截 - 若使用了
EventEmitter单例（如globalEmitter），在beforeEach中应emitter.removeAllListeners()，或直接新建实例代替全局引用 - 避免在测试外初始化
AsyncLocalStorage实例并导出为模块级常量；应作为局部变量按需创建
避免闭包或模块级变量隐式共享状态
看似无害的闭包或顶层变量，在测试并发执行时极易成为污染源：
- ❌ 错误：在测试文件顶部写
let mockData = {};，然后多个it块读写它 - ✅ 正确：把模拟数据声明在
beforeEach内，或作为jest.fn()的闭包私有状态 - 注意
jest.mock()的模块自动模拟行为——它默认对整个文件生效；若需不同测试用不同 mock 行为，改用jest.doMock()并配合require动态加载
验证上下文是否真正独立
光靠“没报错”不够，要主动断言隔离性：
- 写一个“干扰测试”：在
it中故意设置als.getStore().corrupted = true，再在下一个it中检查als.getStore()?.corrupted是否为undefined - 用
console.log或jest.spyOn(console, 'log')在异步回调中输出上下文标识，确认不同测试的日志不混杂 - 在 CI 环境开启并发测试（如 Jest 的
--runInBand关掉后），观察是否偶发失败——这是上下文泄漏的典型信号
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
