JavaScript获取本机时间戳：Date.now()与getTime()区别

在 JavaScript 中，Date.now() 和 new Date().getTime() 都能获取本机当前时间戳，返回的都是自 1970 年 1 月 1 日 00:00:00 UTC 起经过的毫秒数（13 位数字）。两者的核心区别不在于结果数值本身，而在于调用方式与归属对象、是否需要创建临时对象以及能否用于任意指定日期：只需要当前时间戳时优先用 Date.now()，需要计算指定日期或已有 Date 实例的时间戳时使用 getTime()。

一、基本写法与返回结果

在浏览器控制台（如 Chrome DevTools 的 Console 面板）或 Node.js 运行环境中，这两种写法都可以直接读取当前设备的系统时钟并返回数字类型的时间戳。

// 方式一：调用 Date 构造函数的静态方法
const ts1 = Date.now();

// 方式二：先实例化 Date 对象，再调用实例方法 getTime()
const now = new Date();
const ts2 = now.getTime();

console.log('Date.now():', ts1, typeof ts1);
console.log('getTime():', ts2, typeof ts2);

示例输出（具体数值随本机当前系统时间变化）：Date.now(): 1777608000125 number
getTime(): 1777608000125 number

两行代码如果在同一毫秒内连续执行，输出结果完全一致；如果跨过了 1 毫秒，ts2 会比 ts1 大 1 左右，这属于代码执行间隔导致的正常时间推进，并非两个方法的计算基准不同。

二、Date.now() 与 getTime() 的核心区别

从底层机制和实际使用角度看，两者的差异主要集中在以下四个方面：

对比维度	Date.now()	Date.prototype.getTime()
方法类型	静态方法，直接挂载在 Date 构造函数上	实例方法，挂载在 Date.prototype 原型上
适用时间范围	只能获取调用瞬间的当前时间戳，不接受参数	既能获取当前时间，也能获取任意指定日期的时间戳
内存与性能开销	无对象创建开销，直接返回数字	若专门为获取当前时间而写 new Date().getTime()，会创建并丢弃一个临时对象
无效日期返回值	无参数解析过程，只要系统时钟正常即返回数字	当实例为无效日期（如 new Date('invalid')）时返回 NaN
语言标准与兼容性	ECMAScript 5（2009）引入，所有现代浏览器与 Node.js 均原生支持	ECMAScript 1 起即存在，全版本运行环境均支持

1. 调用方式与参数能力

Date.now() 是直接绑定在 Date 上的静态方法，不能写成 new Date().now()，否则会抛出 TypeError: (intermediate value).now is not a function。同时，传入参数给 Date.now('2026-05-01') 也会被忽略，它始终只返回当前时间。

getTime() 是实例方法，必须通过一个具体的 Date 对象来调用。也正因为需要先构造实例，你可以把日期字符串、年月日参数或已有变量传给 new Date(...)，再调用 getTime() 把目标时间转成时间戳。

// 获取指定日期的时间戳，只能借助 Date 实例和 getTime()
const target = new Date('2026-05-01T12:00:00+08:00');
console.log(target.getTime()); // 示例输出：1777608000000

// 若对实例误调用 now() 会报错
// target.now(); // TypeError: target.now is not a function

2. 内存分配与高频调用开销

在业务代码中偶尔获取一次时间戳，两者的耗时差异几乎无法察觉。但在循环处理成千上万条数据、动画帧回调或性能打点场景下，new Date().getTime() 每次调用都会在堆内存中新建一个 Date 对象，随后成为待回收的垃圾对象，增加垃圾回收（GC）频率；而 Date.now() 直接返回一个原始数字（primitive number），不产生任何临时对象。

三、容易混淆的说法辨析

辨析一：“Date.now() 是 UTC 时间戳，new Date().getTime() 是本地时区时间戳”

这是一种常见误解。它之所以看起来合理，是因为在控制台直接打印 new Date() 时，JavaScript 引擎会默认调用它的字符串转换方法，输出类似 Fri May 01 2026 12:00:00 GMT+0800 (中国标准时间) 的本地时区文本；而打印 Date.now() 直接输出一串数字，让人误以为两者基于不同的时区体系。

实际上，Date 实例内部并不存储“本地时区时间”，它内部唯一保存的时间槽（[[DateValue]]）就是自 1970-01-01T00:00:00.000Z（UTC 零时区）起算的毫秒数。因此，只要两台设备的系统时间都已校准，无论一台设在北京时区（UTC+8）还是另一台设在伦敦夏令时（UTC+1），在同一物理瞬间执行 Date.now() 和 new Date().getTime() 得到的数字完全相同。

那“本机时间戳”里的“本机”体现在哪里？体现在时钟来源上：这两个方法读取的都是运行 JavaScript 代码的当前设备操作系统时钟。如果用户手动把电脑日期改成了昨天，Date.now() 和 new Date().getTime() 就会一起返回昨天的时间戳。另外，在用 new Date('2026-05-01 12:00:00') 解析不带时区标识的日期字符串时，引擎会按本机时区解释该字符串，此时再调用 getTime() 就会受到本机时区设置的影响。

辨析二：“+new Date() 比 Date.now() 更简洁且性能相同”

在早期前端代码或部分简写技巧中，常能看到 +new Date() 或 Number(new Date())。这种写法成立的原因是：一元加号会触发 Date.prototype.valueOf()，而 valueOf() 的返回值与 getTime() 完全一致。

但在现代项目中并不推荐用 +new Date() 替代 Date.now()。一方面，+new Date() 同样需要分配一个 Date 实例后再做隐式类型转换，没有省去对象创建的开销；另一方面，Date.now() 语义更直白，在团队协作和代码审查中可读性明显更好。

四、获取、换算与验证本机时间戳的操作步骤

在实际开发中拿到时间戳后，通常还需要结合接口要求确认位数并检查结果是否正确。可以按以下步骤在浏览器开发者工具或 Node.js 脚本中完成操作与校验。

下面是整合了获取当前时间戳、解析指定日期及反向验证的完整可运行示例，可在浏览器控制台或 Node.js 文件中执行：

// 1. 获取当前本机毫秒时间戳与秒级时间戳
const currentMs = Date.now();
const currentSec = Math.floor(currentMs / 1000);

// 2. 解析指定日期并校验有效性
const inputDate = new Date('2026-05-01T12:00:00+08:00');
const targetMs = inputDate.getTime();

if (Number.isNaN(targetMs)) {
  console.error('日期格式无效，无法生成时间戳');
} else {
  // 3. 反向还原为可读时间，确认数值无误
  console.log('当前毫秒时间戳:', currentMs);
  console.log('当前秒级时间戳:', currentSec);
  console.log('指定日期时间戳:', targetMs);
  console.log('还原校验 (UTC):', new Date(targetMs).toISOString());
}

示例输出：当前毫秒时间戳: 1777608000125
当前秒级时间戳: 1777608000
指定日期时间戳: 1777608000000
还原校验 (UTC): 2026-05-01T04:00:00.000Z

五、实际开发中的选择依据与边界

在明确两者区别后，可以根据具体业务条件直接做出选择，不必为了兼容老旧环境而统一写成冗长的 new Date().getTime()。

• 请求防重放参数、日志打点、生成唯一前缀：选择 Date.now()。这类场景只需要当前瞬间的数字，无需操作日期字段，写法最短且零实例开销。
• 时间范围筛选、倒计时目标计算、日期比较：选择 getTime()。需要先通过 new Date(...) 构造起止时间对象，再提取毫秒数做减法比较。
• 表单或接口日期合法性校验：选择 getTime() 配合 Number.isNaN()，用于识别解析失败的 Invalid Date。
• 需要不受本机系统时间修改影响的耗时统计：两者都不适合。无论是 Date.now() 还是 new Date().getTime()，只要用户在程序运行期间修改了操作系统时间或系统触发了网络校时回拨，两次调用的差值就可能出现负数或跳变。纯粹测量函数执行耗时或动画间隔时，应使用高精度单调时钟 performance.now()（注意它返回的是从页面或进程启动算起的相对毫秒数，不是 Unix 时间戳，不能当作本机时间戳发给后端）。

六、常见问题排查

1. 为什么同样传入日期字符串，getTime() 的结果差了 8 小时？

这是因为不同写法的日期字符串在 ECMAScript 中的解析规则不同。例如在北京时区（UTC+8）设备上运行以下两句代码：

// 纯日期 ISO 格式（YYYY-MM-DD）：规范规定按 UTC 零点解析
console.log(new Date('2026-05-01').getTime());

// 带空格的日期时间格式：按本机当前时区解析
console.log(new Date('2026-05-01 00:00:00').getTime());

前者对应 2026-05-01T00:00:00.000Z，后者对应北京时间的零点（即 2026-04-30T16:00:00.000Z），两者会相差 28,800,000 毫秒（8 小时）。要消除这种差异，建议统一使用带明确时区偏移的 ISO 8601 字符串（如 2026-05-01T00:00:00+08:00 或末尾带 Z），或者使用 new Date(2026, 4, 1)（注意月份从 0 开始）按本机时区构造。

2. 本机时间戳和服务端校验时间不一致怎么办？

如果接口签名校验提示时间戳过期，先排除两个原因：一是检查接口要求的是 10 位秒级还是 13 位毫秒级；二是确认客户端设备是否开启了系统自动时间同步，因为 Date.now() 与 getTime() 都直接依赖本机时钟，设备时间本身偏差几分钟就会导致签名失效。若业务对时间精度要求严格，通常需要在前端首次请求时记录服务端响应头中的 Date 时间，计算出本机与服务端的偏移量后再做修正。