javascript单元测试中全局状态污染会导致测试相互干扰，解决核心是隔离+还原+避免共享副作用：用beforeeach/aftereach清理全局对象、jest.resetmodules()重置模块缓存、优先依赖注入而非硬编码全局api、启用jest自动恢复配置。
在 JavaScript 单元测试中，全局状态污染（如修改 window、globalThis、Date.now、setTimeout、模块缓存、或第三方库的静态属性）会导致测试之间相互干扰，出现“前一个测试改了啥，后一个测试就出错”的现象。解决核心是：**隔离 + 还原 + 避免共享副作用**。
用 Jest 的 beforeEach 和 afterEach 清理全局对象
对显式挂载到全局的对象（比如 window.myLib、globalThis.__TEST_ENV__），应在每个测试前初始化、测试后重置。
- 不要直接赋值覆盖原始属性（可能丢失原型或 getter/setter），用
jest.restoreAllMocks()或手动保存-恢复 - 示例：重置被篡改的
Date.now
let originalNow;
beforeEach(() => {
originalNow = Date.now;
jest.spyOn(Date, 'now').mockImplementation(() => 1620000000000);
});
afterEach(() => {
jest.restoreAllMocks(); // 恢复 Date.now 等所有 mock
});
```
重置模块缓存，避免 import 共享单例
ESM 模块默认单例，若某测试里 import 并修改了模块内变量（如 utils.ts 导出的 config = { debug: true }），后续测试会继承该状态。
- Jest 中用
jest.resetModules()清空 require 缓存（适用于 CommonJS） - ESM 下需配合
jest.unstable_mockModule或在测试文件顶部加'use client'（Next.js）等环境适配；更稳妥的是避免模块内可变状态，改用函数参数或依赖注入 - 常见误操作：在工具函数里写
let cache = new Map()并导出，应改为每次调用新建，或由调用方传入 cache 实例
谨慎 mock 全局 API，优先使用依赖注入
直接 mock fetch、localStorage、console.warn 容易漏还原，尤其异步测试中 mock 可能残留。
- 推荐把外部依赖作为参数传入，而非函数内部硬编码调用：把
apiCall()改成apiCall({ fetch })，测试时传入 mock fetch - 若必须 mock 全局，确保在
afterEach中清理，或使用jest.mock('node:fs', () => {...}, { virtual: true })等作用域明确的 mock 方式 - 避免在
beforeAll中全局 mock —— 它不会被自动清理，极易污染其他测试文件
用 test isolation 配置强化环境独立性
Jest 默认已做一定隔离，但可进一步加固：
- 启用
testEnvironment: 'jsdom'（前端）或'node'（服务端），避免混用导致全局对象错乱 - 设置
resetMocks: true和restoreMocks: true（Jest v28+），让 Jest 自动重置 mock 函数和还原被 spy 的属性 - 禁用
runInBand时注意：并行运行下各测试进程天然隔离，但同一进程内仍需手动清理；CI 中建议保留并行以暴露隐藏污染问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
