时间戳转换
在 Unix 时间戳、epoch 时间、ISO 8601 字符串、UTC 时间和可读日期时间之间双向转换。支持秒级和毫秒级时间戳、IANA 时区选择、复制当前时间戳、时间戳转日期、日期转时间戳,也适合 API 调试、日志排查、数据库查询、定时任务、缓存过期时间和跨时区产品逻辑检查。
- 转换 10 位 Unix 秒级时间戳和 13 位 Unix 毫秒级时间戳
- 在指定时区查看当前时间、转换结果和 UTC 参考值
- 解析 ISO 8601、RFC 2822、HTTP Date、YYYY-MM-DD HH:mm:ss 等常见日期时间格式
- 适合 API 调试、日志时间线、SQL 时间范围、定时任务和过期时间检查
当前时间戳
1783761711
2026-07-11 09:21:51 · UTC · UTC+00:00
转换结果
2026-07-11 09:21:51
UTC · UTC+00:00
178376171117837617110002026-07-11T09:21:51.000Z2026-07-11T09:21:51.000ZSat, 11 Jul 2026 09:21:51 +0000功能简介
这个工具重点解决时间戳最常见的三类问题:单位、时区和输入格式。
- 01
实时当前时间戳
以秒或毫秒显示当前 Unix 时间戳,也可以暂停实时值,复制一个稳定的测试参考值。
- 02
时间戳转日期时间
把 Unix 秒或毫秒转换为指定时区下的可读日期时间,并同时显示 ISO 和 UTC 参考值。
- 03
日期时间转时间戳
将本地时间、ISO 字符串、RFC 日期或 HTTP Date 值,按你选择的来源时区转换为 Unix 时间戳。
- 04
IANA 时区搜索
可选择 UTC、Asia/Shanghai、Europe/London、America/New_York 等标准时区名称。
- 05
灵活的日期解析
支持横线、斜杠、点号分隔日期,紧凑数字格式,带偏移的 ISO,UTC 的 Z 后缀,RFC 和 HTTP Date 字符串。
- 06
一键复制结果
当前时间戳、转换后的本地时间、ISO 字符串和生成的时间戳都可以直接复制,用于 API 参数和测试用例。
如何使用
转换前先确认单位和时区。很多时间戳问题都来自把秒和毫秒混用,或把本地时间当成 UTC。
- 01
在当前时间区域选择一个参考时区,然后确认你需要的是秒级还是毫秒级时间戳。
- 02
如果要把时间戳转成日期,把数字粘贴到时间戳转时间,选择输入单位和输出时区。
- 03
如果要把日期转成时间戳,在时间转时间戳中输入日期时间文本,并选择这个输入代表的来源时区。
- 04
检查本地结果、ISO 值和 UTC 参考值,确认它们和你正在测试的系统一致。
- 05
使用复制按钮,将时间戳或 ISO 值放入 API 请求、SQL 查询、日志备注、配置文件或测试脚本。
功能说明
页面会明确暴露时区和单位选择,而不是把这些关键细节隐藏在浏览器默认语言环境里。
- 实时钟、时间戳输入和生成结果都可以在秒与毫秒之间切换。
- 同一个时间戳可以在不同时区下查看,方便排查偏移错误和跨日期边界问题。
- 带 Z 或 +08:00 等偏移的 ISO 值,会先被解析为绝对时间,再按显示时区转换。
- 不带偏移的日期时间文本,会按所选来源时区解释;处理用户本地时间时尤其重要。
- UTC 输出始终可见,方便和数据库、日志、后端服务、队列里的值对照。
- 当前时间戳可以暂停,便于生成可复现的测试数据,或记录稳定的事故时间线节点。
- 输入解析覆盖日志、表格导出、HTTP 头、邮件头和 API 响应中常见的日期值。
适合哪些场景
当一个被存储的时间点需要和人类可读时间、系统日志、API 契约、用户可见日程对齐时,时间戳转换就很有用。
-
API 调试
检查请求数据用的是 10 位秒级时间戳还是 13 位毫秒级时间戳,并确认显示日期是否符合预期时区。
-
日志排查
把日志中的 Unix 时间戳转成本地时间或 UTC,让请求、任务、告警和错误顺序更容易比较。
-
数据库查询
为 created_at、updated_at、expires_at、deleted_at 等字段准备时间范围值。
-
定时任务和过期规则
验证 Cron 执行、延迟队列、缓存过期、重试间隔、token 过期和后台任务参数。
-
跨时区产品逻辑
检查预约、会议、账单周期、活动开始时间和用户本地日期规则在不同地区下是否正确。
-
前后端对齐
在集成测试中对比浏览器显示时间、用户时区、UTC 存储值和 API 时间戳字段。
时间戳与时区基础概念
这些概念可以解释为什么一个值看起来会差 8 小时、差 1 天,或刚好大 / 小 1000 倍。
-
Unix 时间戳 / epoch 时间
Unix 时间戳表示从 1970-01-01 00:00:00 UTC 开始经过的时间。它代表一个绝对时间点,本身不携带时区。
-
Unix 秒
秒级时间戳通常是 10 位,例如 1715241600。后端 API、数据库和命令行工具中很常见。
-
Unix 毫秒
毫秒级时间戳通常是 13 位,例如 1715241600000。JavaScript 的 Date.now() 返回的就是毫秒。
-
UTC
UTC 是零偏移的时间参考。数据库、日志和分布式服务通常用 UTC 存储和比较时间,再在显示时转换。
-
IANA 时区
Asia/Shanghai、Europe/Berlin、America/Los_Angeles 这类名称包含地区规则,处理业务时间时通常比固定偏移更可靠。
-
时区偏移
+08:00 和 -05:00 这样的偏移表示本地时间与 UTC 的差值。如果输入中包含偏移,它就定义了对应的绝对时间点。
-
ISO 8601
API 和日志中常见的格式,例如 2026-05-09T06:30:00Z 或 2026-05-09T14:30:00+08:00。Z 后缀表示 UTC。
-
本地日期时间文本
像 2026-05-09 14:30:00 这样的值包含日期和钟表时间,但不包含时区。要得到唯一时间戳,必须知道来源时区。
-
UTC 参考值
UTC 结果可以作为跨系统稳定参考,用于断言、事故复盘、多地区日志比较和数据迁移。
支持的日期时间输入格式
以下格式可用于时间转时间戳。如果输入带有 Z 后缀或时区偏移,会优先使用该绝对时间;如果没有,则使用你选择的来源时区。
格式
YYYY-MM-DD HH:mm:ss
示例
2026-05-09 14:30:00
说明
可读性好、歧义少,推荐用于开发和测试。
格式
YYYY-MM-DD HH:mm
示例
2026-05-09 14:30
说明
秒会默认按 00 处理,适合分钟级的日程检查。
格式
YYYY/MM/DD HH:mm:ss
示例
2026/05/09 14:30:00
说明
常见于导出的日志、表格和手动录入数据。
格式
YYYY.MM.DD HH:mm:ss
示例
2026.05.09 14:30:00
说明
支持点号分隔日期,便于兼容一些旧系统输出。
格式
YYYYMMDDHHmmss
示例
20260509143000
说明
常用于批处理任务、文件名、流水号和旧字段。
格式
MM/DD/YYYY HH:mm:ss
示例
05/09/2026 14:30:00
说明
月在前的格式。国际协作中,ISO 或年月日格式更安全。
格式
DD/MM/YYYY HH:mm:ss
示例
09/05/2026 14:30:00
说明
日在前的格式。当日和月都不超过 12 时,可能产生歧义。
格式
HH:mm:ss
示例
14:30:00
说明
只输入时间时,会使用所选来源时区中的当天日期。
格式
ISO 8601 with offset
示例
2026-05-09T14:30:00+08:00
说明
表示一个绝对时间。显示转换前会先使用内嵌偏移。
格式
UTC ISO (Z)
示例
2026-05-09T06:30:00Z
说明
Z 表示 UTC。API 响应、数据库导出和分布式日志中很常见。
格式
RFC 2822 / HTTP Date
示例
Sat, 09 May 2026 06:30:00 GMT
说明
常见于邮件头、HTTP 头、缓存元数据和浏览器网络面板。
常见问题
关于使用方式、数据处理、结果校验和实际限制的常见问题。
什么是 Unix 时间戳?
Unix 时间戳是从 1970-01-01 00:00:00 UTC 开始计数的数字。它表示一个绝对时间点,和最终用哪个时区显示无关。
epoch 时间和 Unix 时间戳是一回事吗?
在大多数开发工具和 API 文档里,它们通常指同一个概念:从 Unix epoch 开始经过的秒数或毫秒数。
怎么区分秒和毫秒?
Unix 秒通常是 10 位,Unix 毫秒通常是 13 位。如果转换出的日期明显不对,先检查单位。
为什么同一个日期时间文本在不同时区会得到不同时间戳?
像 2026-05-09 14:30:00 这样的本地值本身没有时区。上海的 14:30 和纽约的 14:30 是两个不同的绝对时间点。
ISO 时间戳末尾的 Z 是什么意思?
Z 表示 UTC。例如 2026-05-09T06:30:00Z 是 UTC 时间。它在其他时区显示为不同的钟表时间,但时间戳本身不变。
API 应该用秒还是毫秒?
取决于接口约定。很多后端 API 使用秒,而 JavaScript 的 Date.now() 返回毫秒。API 文档应该明确写清楚单位。
为什么日志有时看起来差 8 小时?
日志可能按 UTC 存储,但你按本地时间阅读了它。把同一个值同时转成 UTC 和目标时区,通常就能确认偏移来源。
支持自然语言日期吗?
支持有限的英文自然语言解析,例如 next Friday。需要可复现的测试或 API 操作时,建议使用 ISO 或 YYYY-MM-DD HH:mm:ss。
夏令时会影响结果吗?
会。IANA 时区包含地区性的夏令时规则,而 +08:00 这类固定偏移不包含这些规则。
时间数据会上传吗?
不会。解析、时区转换和时间戳生成都在浏览器本地完成。
如何避免生产环境里的时间戳问题?
时间建议用 UTC 存储和比较,只在展示时转换;明确记录字段单位是秒还是毫秒,并测试日期边界、夏令时和跨时区场景。
更多相关工具
可以继续使用时区转换、日期差计算、日期加减和世界时钟工具,处理跨时区会议、排期、账单周期、缓存过期和日志时间线。