常用
本地运行 · 零上传

时间戳转换

Unix ⇄ 日期 · 秒/毫秒

时间戳

就绪

原始输入

                                
                            
解析输出

                                
固定高度,长代码在框内滚动

ABOUT

关于 时间戳转换

在 Unix 时间戳与 ISO 日期字符串之间快速互转,排查日志与接口时间字段。

日志排查、JWT exp 解读、数据库 created_at 字段——时间戳转换是日常最高频的「小工具」之一。秒/毫秒混用导致的 1970 年或 2286 年日期笑话,本地即时转换即可避免。

DEEP DIVE

深入了解 时间戳转换

Unix 时间戳是从 1970-01-01 00:00:00 UTC 起的秒数(或毫秒数)。日志系统、数据库、JWT 的 iat/exp、JavaScript Date.now() 都使用这一格式。JSONSort 时间戳工具双向转换 Unix 时间与 ISO 8601 可读日期,自动识别秒/毫秒位数。

排查「这个时间戳是哪天」、构造测试数据的特定时间、验证 JWT 过期时间等,都是开发者日常高频需求。

Unix 时间戳有秒(10 位)与毫秒(13 位)两种惯例:MySQL UNIX_TIMESTAMP、JWT exp 用秒;JavaScript Date.now()、Java System.currentTimeMillis() 用毫秒。工具按位数自动识别,仍建议确认来源系统文档。

FEATURES

核心能力

01

Unix → 日期

输入时间戳,输出 ISO 8601 与本地时区可读格式。

02

日期 → Unix

输入日期字符串,输出秒/毫秒时间戳。

03

秒/毫秒识别

自动判断 10 位(秒)与 13 位(毫秒)时间戳。

04

多时区展示

同时显示 UTC 与本地时区,避免时差困惑。

05

即时计算

输入变化立即更新所有格式输出。

06

本地运行

无网络请求,离线也可使用。

07

当前时间

一键填入 now 的时间戳与 ISO 字符串。

08

多格式输出

同时显示 ISO 8601、本地 locale 与 Unix 秒/毫秒。

HOW TO USE

使用步骤

  1. 1

    输入时间戳或日期字符串

  2. 2

    查看双向转换结果

  3. 3

    复制所需格式

  4. 4

    使用示例数据按钮快速了解输入输出格式

  5. 5

    复制结果到剪贴板,或与其他 JSONSort 工具串联使用

WORKFLOW

典型工作流

从导入数据到导出结果的完整流程,帮助团队统一 时间戳转换 的使用方式。

1

识别来源格式

数位数:10=秒,13=毫秒;或粘贴 ISO 日期字符串。

2

输入转换

粘贴到输入区,查看全部格式输出。

3

交叉验证

与日志原文、JWT exp 对照确认一致。

4

复制使用

取所需格式写入测试数据或文档。

USE CASES

适用场景

后端

后端开发

解读日志中的 Unix 时间戳,确认事件发生的真实时间。

前端

前端开发

构造 Date.now() 对应的时间戳,调试 countdown 组件。

测试

测试工程师

生成特定过期时间的 JWT 或 session 测试数据。

数据

数据分析

CSV/JSON 中时间戳字段转为可读日期做报表。

日志

日志分析

Splunk/ELK 中 @timestamp 与 Unix 字段互转对照。

区块

区块链/Web3

链上 block timestamp 转可读时间验证交易顺序。

TIPS

使用技巧

  • 10 位是秒、13 位是毫秒——差 1000 倍是最常见的错误来源。
  • JWT 的 exp 是秒级 Unix 时间戳,JavaScript Date.now() 是毫秒。
  • 输入 ISO 字符串如 2024-01-15T08:00:00Z 可反查 Unix 时间戳。
  • 排查日志时确认服务器时区:UTC 与 CST 差 8 小时。
  • 与 JWT 工具配合:解码 Token 后把 exp 粘贴到此工具查看过期时刻。
  • 数据库导出的秒级时间戳,转换时注意是否需要 ×1000 给 JS 使用。
  • 看到 1970-01-01 多半是毫秒当秒用了,×1000 再试。
  • 夏令时切换日 locale 显示可能跳一小时,以 UTC 为准。
  • JWT exp 转日期后减 5 分钟 buffer 设闹钟提醒刷新 Token。
  • 数据库存储用 UTC,展示层再转本地时区。

LOCAL VS ONLINE

本地 vs 在线工具

JSONSort 坚持纯前端架构,以下对比说明为何本地化工具更适合处理开发数据。

对比项
JSONSort 本地
传统在线工具
数据隐私
完全本地,零上传
多数需上传至服务器
响应速度
毫秒级,无网络延迟
受网络与服务器负载影响
离线使用
支持 PWA 离线
通常需要联网
敏感数据
JWT/配置/日志可放心处理
存在泄露风险
广告与追踪
无广告、无数据追踪
多数含广告或 Analytics
文件拖拽
支持本地文件直接导入
部分工具限制上传大小
工具联动
19 种工具同一页面切换
通常每种工具独立网站
开源透明
纯静态页,可审查源码
闭源服务端不可审计

TROUBLESHOOTING

常见误区与排查

实际使用中容易遇到的问题及建议处理方式,减少反复试错的时间。

日期差 8 小时

建议:UTC 与 CST 混淆;对照 ISO 字符串中的 Z 或 +08:00。

13 位仍不对

建议:可能是微秒;除以 1000。或检查是否自定义 epoch。

ISO 解析失败

建议:确认格式含 T 分隔符与时区;不完整日期补全。

与服务器不一致

建议:服务器 clock skew;以 NTP 同步后的权威源为准。

FAQ

常见问题

怎么区分秒和毫秒?

10 位数一般为秒(如 1700000000),13 位数为毫秒(如 1700000000000)。工具会自动识别。

支持时区吗?

输出包含 UTC 与浏览器本地时区两种格式。

2038 年问题会受影响吗?

JavaScript 使用 64 位浮点表示时间,2038 年前无需担心。

支持负数时间戳吗?

支持。1970 年之前的日期对应负 Unix 时间戳。

微秒时间戳怎么办?

16 位微秒需 ÷1000 转为毫秒后再转换。

数据会上传到服务器吗?

不会。JSONSort 所有工具均在浏览器本地运行,您的输入内容不会发送到任何后端服务器。

需要注册或安装吗?

不需要。打开页面即可使用,无需账号、无需下载客户端,也支持 PWA 离线缓存。

支持多大的文件?

取决于浏览器内存,通常可流畅处理数 MB 级别的数据。超大文件建议先拆分或使用合并清理工具。

已复制到剪贴板