JavaScript测试中Mock状态需手动重置以防污染，推荐在beforeEach中用jest.clearAllMocks()清空调用记录，或jest.resetAllMocks()彻底还原；配置resetMocks: true可自动处理jest.mock()创建的mock。
在 JavaScript 测试中，Mock 方法的状态（比如调用次数、返回值、参数记录等）不会自动重置，尤其在使用 Jest 时，若未主动清理，容易导致测试间相互污染——前一个 test 的 mock 调用会影响后一个 test 的断言结果。要“彻底清除”被 Mock 的方法状态，核心是：每次测试前重置 mock，或确保 mock 在测试作用域内隔离。
使用 jest.clearAllMocks() 或 mockFn.mockClear()
这是最常用、最直接的方式，用于清空 mock 的调用历史（mock.calls、mock.instances、mock.results），但保留 mock 的实现（如 mockImplementation）和返回值配置。
-
推荐在
beforeEach中调用，确保每个测试开始前 mock 状态干净：
beforeEach(() => {
jest.clearAllMocks(); // 清除所有 mock 的调用记录
// 或针对单个 mock：api.fetchUser.mockClear();
});
-
注意：
mockClear()不影响mockImplementationOnce的队列——已排队的“一次性实现”仍会按序触发；如需重置队列，要用mockReset()。
用 jest.resetAllMocks() 彻底还原到初始状态
它比 clearAllMocks() 更激进：不仅清空调用记录，还会重置 mock 实现（恢复为默认返回 undefined）、清除 mockImplementationOnce 队列、重置 mockReturnThis() 等所有行为。
-
适合需要完全“从头开始”的场景，例如在
beforeEach中统一重置所有 mocks：
beforeEach(() => {
jest.resetAllMocks();
});
- ⚠️ 注意：如果测试中用
jest.mock('./module')手动 mock 模块，resetAllMocks也会把它还原成原始模块（可能报错），此时应改用clearAllMocks或配合jest.doMock控制生命周期。
利用 jest.unmock() + mock 内联声明 隔离作用域
对于模块级 mock（如 jest.mock('axios')），其影响是全局且持久的。避免状态残留的根本方式是缩小 mock 作用域：
立即学习“Java免费学习笔记（深入）”；
- 把
jest.mock()放在测试文件顶部（非describe内）时，Jest 会 Hoist 它到文件最前，并自动在每个测试后恢复——这是安全的默认行为。 - 若需动态控制，可在
beforeEach中用jest.doMock('mod')+require加载模块，再用jest.resetModules()卸载缓存，确保下个测试加载全新实例：
beforeEach(() => {
jest.resetModules();
});
test('uses fresh mock', () => {
jest.doMock('fs', () => ({
readFileSync: jest.fn().mockReturnValue('data'),
}));
const fs = require('fs');
fs.readFileSync();
expect(fs.readFileSync).toHaveBeenCalledTimes(1);
});
避免手动管理，启用 automock + resetMocks 配置
在 jest.config.js 中开启自动化清理，一劳永逸：
module.exports = {
resetMocks: true, // 每个 test 后自动调用 resetAllMocks()
clearMocks: false, // 不自动 clear（与 reset 冲突，保持 false）
// 如果你更倾向 clear 而非 reset，可设 clearMocks: true, resetMocks: false
};
- 启用
resetMocks: true后，无需手动写beforeEach清理逻辑，Jest 自动保障隔离性。 - 注意：它只对通过
jest.mock()创建的 mocks 生效，不处理手动jest.fn()赋值的变量（如const fn = jest.fn()），这类需自行fn.mockClear()。
