Mock console 方法是为了防止测试污染输出、验证日志调用，核心是用 jest.spyOn 临时替换并恢复；需对 log/error/warn 等单独处理，配合 mockClear 和 mockRestore 确保隔离与清理。
在 JavaScript 测试中，Mock console.log（以及 console.error、console.warn 等）主要是为了防止测试时污染输出、避免误判副作用，同时验证代码是否按预期调用了日志方法。核心做法是临时替换全局 console 方法为 jest 的 mock 函数（或其他测试框架的模拟机制），并可选择性地恢复原行为。
用 Jest 直接 mock console 方法
Jest 提供了开箱即用的支持，推荐在测试前使用 jest.spyOn(console, 'log').mockImplementation() 或更简洁的 jest.mock('console') 风格（但注意：后者不直接生效，实际常用前者）。最稳妥的方式是：
- 在
beforeEach中用jest.spyOn(console, 'log').mockImplementation(() => {})拦截日志输出 - 用
console.log.mockClear()清空调用记录，避免测试间干扰 - 测试结束后在
afterEach中调用console.log.mockRestore()恢复原始行为（否则可能影响后续测试）
验证日志是否被正确调用
拦截后，可通过 mock 函数的断言能力检查调用情况：
-
expect(console.log).toHaveBeenCalledWith('expected message')—— 检查是否以指定参数调用 -
expect(console.error).toHaveBeenCalledTimes(1)—— 检查错误日志调用次数 -
expect(console.warn).toHaveBeenNthCalledWith(2, 'warning')—— 检查第几次调用的参数
注意：所有 console.* 方法（如 error、warn、info）都需单独 spy，Jest 不自动代理整个 console 对象。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
临时禁用日志而不丢失原始行为（适合调试）
若只想屏蔽输出但保留调用记录（例如排查问题时不想看到冗余 log），可用空函数替代，同时不破坏原始实现逻辑：
-
const originalLog = console.log; console.log = () => {};—— 手动覆盖（需手动恢复） - 更安全的做法仍是
jest.spyOn(console, 'log').mockImplementation(() => {})，因mockRestore可确保清理
不建议直接赋值 console.log = jest.fn()，因为这会丢失 this 绑定，在某些环境（如 Node.js 的 console.Console 实例）中可能导致异常。
对非 Jest 环境（如 Vitest 或原生 Mocha）的适配
Vitest 默认兼容 Jest API，所以 spyOn(console, 'log').mockImplementation(...) 同样有效；Mocha + Sinon 则可用：
-
sinon.spy(console, 'log')创建 spy -
sinon.stub(console, 'log').callsFake(() => {})替换实现 - 测试后调用
console.log.restore()恢复
关键原则一致：拦截 → 执行待测代码 → 断言 → 清理。
