测试含时间戳依赖的业务逻辑需隔离时间源：统一用可注入函数替代Date.now()，mock返回固定值；或用jest.useFakeTimers()控制全局时间；对无法隔离场景采用时间差断言；最佳实践是将时间戳作为参数传入函数，提升可测性与复用性。
测试含时间戳依赖的业务逻辑，核心是隔离时间源，避免测试因真实时间变化而不可靠或难断言。
用可替换的时间函数替代 Date.now()
不要在业务代码里直接调用 Date.now() 或 new Date()。改为通过一个可注入/可 mock 的时间获取函数：
- 定义统一入口，如
getTimeStamp() { return Date.now(); } - 业务逻辑中调用该函数，而非硬编码
Date.now() - 测试时用 Jest 等工具 mock 这个函数，返回固定值（如
1717027200000） - 示例：
jest.mock('./timeUtils', () => ({ getTimeStamp: jest.fn().mockReturnValue(1717027200000) }));
使用 jest.useFakeTimers() 控制全局时间
适用于需要模拟时间推进、验证定时器或相对时间计算的场景：
- 在测试前调用
jest.useFakeTimers(); - 用
jest.setSystemTime(timestamp)固定系统时间点 - 用
jest.advanceTimersByTime(ms)模拟时间流逝 - 记得在
afterEach中恢复：jest.useRealTimers(); - 注意：它会影响
setTimeout、setInterval和Date构造函数等
对时间敏感逻辑做“容忍区间”断言
当无法完全隔离时间（如日志打点、缓存过期判断），可用时间差代替绝对值断言：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 不写
expect(res.timestamp).toBe(1717027200000); - 改写为
expect(Date.now() - res.timestamp).toBeLessThanOrEqual(100);（允许误差 100ms） - 或用
expect(res.createdAt).toBeInstanceOf(Date);+toBeWithinRange自定义匹配器
把时间作为参数传入，让函数更纯粹
重构关键函数，将时间戳显式作为参数传入，提升可测性与复用性：
- 原函数：
function generateOrderID() { return `ORD_${Date.now()}`; } - 优化后：
function generateOrderID(timestamp = Date.now()) { return `ORD_${timestamp}`; } - 测试时直接传入固定值：
generateOrderID(1234567890000)，结果确定、无副作用
关键是把“何时发生”从逻辑内部移出，交由调用方或测试控制——时间不是业务规则，只是上下文输入。
