javascript单元测试中处理日期时间依赖的核心是避免直接调用new date()或date.now()，应通过mock全局date、注入时间函数、usefaketimers控制定时器与系统时间，并分离时区格式化逻辑。
在 JavaScript 单元测试中处理日期和时间依赖，核心思路是**避免直接调用 new Date() 或 Date.now() 这类不可控的全局状态**，改为可控、可预测的替代方式。否则测试容易因时间漂移而随机失败（比如跨秒、跨天、时区差异）。
用 Mock 替换 Date 构造函数或静态方法
主流测试框架（如 Jest）支持对全局对象进行 mock。你可以直接覆盖 Date 构造函数或 Date.now，让它们返回固定时间：
- Mock
Date构造函数：让new Date()每次都返回同一时刻 - Mock
Date.now：让所有基于毫秒的时间戳逻辑可预测 - Jest 中常用写法：
jest.useFakeTimers('modern')配合jest.setSystemTime()更精准控制“当前时间”
把时间获取逻辑提取为可注入的依赖
比起在业务代码里硬编码 new Date()，推荐将时间获取封装成函数，并作为参数或依赖注入：
- 例如：函数接收
now = () => new Date()作为选项，默认使用真实时间，测试时传入固定时间函数 - 类中可通过构造函数或 setter 注入时间提供器，便于隔离测试
- 这样既保持运行时行为不变，又让测试完全掌控输入
慎用 jest.useFakeTimers() 处理定时器 + 时间双重依赖
如果被测代码既用到当前时间，又用了 setTimeout、setInterval 等异步定时逻辑，jest.useFakeTimers() 是更完整的方案：
-
jest.useFakeTimers('modern')可同时 mock 时间和定时器（推荐） - 配合
jest.setSystemTime(new Date('2023-01-01'))固定系统时间 - 用
jest.advanceTimersByTime(ms)快进时间，验证延迟逻辑 - 记得在
afterEach中调用jest.useRealTimers()清理，避免影响其他测试
注意时区与格式化逻辑的分离
时间显示（如 toLocaleDateString()）依赖本地时区，容易导致 CI 环境失败。建议：
- 业务逻辑中尽量使用 UTC 时间戳或 ISO 字符串（如
new Date().toISOString()）做计算 - 格式化/展示层单独抽离，测试时可 mock
Intl.DateTimeFormat或直接断言输入输出映射 - CI 中可统一设置
TZ=UTC环境变量，减少时区干扰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
