Unix 时间戳与全球时区转换

实时脉冲 Unix 时间戳与标准日期时间双向转换，秒/毫秒/微秒自动识别，支持全球主要时区多表实时对照与时间增量计算。

当前 Unix 时间戳 (实时)
1735689600(1735689600000 ms)

时间戳 ➔ 格式化日期

单位:
UTC (GMT+0)
2025-01-01 00:00:00.000
本地时区 (UTC)
2025-01-01 00:00:00.000
ISO 8601:2025-01-01T00:00:00.000Z
刚刚

格式化日期 ➔ 时间戳

时区:
秒 (10位) (sec)
1735689600
毫秒 (13位) (ms)
1735689600000

时间偏移与增量计算

偏移计算结果:2025-01-02 00:00:00 (UTC)
1735776000

全球主要时区对照

UTC (标准时间)2025-01-01
00:00:00
北京 / 上海 (UTC+8)2025-01-01
08:00:00
东京 (UTC+9)2025-01-01
09:00:00
伦敦 (UTC+0/+1)2025-01-01
00:00:00
纽约 (UTC-5/-4)2024-12-31
19:00:00
洛杉矶 / 硅谷 (UTC-8/-7)2024-12-31
16:00:00
悉尼 (UTC+10/+11)2025-01-01
11:00:00
所有时区换算均基于浏览器本地国际化时区引擎 (Intl) 计算，严格遵循各国夏令时 (DST) 切换规则。

继续处理

完成当前任务后，您可以继续进行以下关联操作
Cron 表达式工坊

可视化配置执行时间点 ➔ 自动生成标准 Cron 表达式并解读含义

UUID 生成器

选择 UUID 版本与生成数量 ➔ 点击生成并一键复制标准 UUID 文本

相关工具

JSON 格式化

粘贴 JSON 文本 ➔ 自动校验语法错误、按缩进美化并支持树形节点展开

SQL 格式化

粘贴 SQL 查询语句 ➔ 自动规范关键字大写、多行缩进与逻辑高亮

JSON 转代码

粘贴 JSON 数据样本 ➔ 自动一键生成 TypeScript/Go/Java 强类型结构定义

客户端本地计算 · 数据零上传

使用指南

  • 1. 在输入框粘贴 Unix 时间戳（10/13/16/19 位）或任意标准格式的公历日期时间字符串。
  • 2. 工具自动识别时间单位，并实时同步转换本地时间、UTC 国际标准时间及 ISO 8601 字符串。
  • 3. 通过世界时钟矩阵快速查看全球主要时区对应时间，或使用时间偏移器计算前后时间差。

技术优势与安全边界

  • 1. 智能兼容秒（10 位）、毫秒（13 位）、微秒（16 位）及纳秒（19 位）高精度时间戳。
  • 2. 基于浏览器内置 IANA 国际时区数据库，精确处理全球夏令时（DST）历史与未来切换规则。
  • 3. 100% 浏览器客户端内存计算，时间戳与敏感业务排查数据绝不上传服务器。

常见问题 FAQ

Q: 为什么 10 位和 13 位时间戳转换出的时间完全不同？
A: 10 位时间戳以秒为计量单位（经典 Unix 标准），而 13 位时间戳以毫秒为计量单位（JavaScript 及 Java 标准）。如果将 13 位毫秒数值误当做秒解析，会导致计算出的日期跳跃到数万年之后的未来。
Q: Unix 时间戳是否受时区和夏令时（DST）的影响？
A: 不受影响。Unix 时间戳记录的是自 UTC 1970-01-01 00:00:00 起经过的绝对物理时间跨度，全球统一。时区与夏令时仅影响将该绝对时间戳格式化为本地人类可读文本时的展示形式。
Q: 什么是 2038 年问题（Y2038 Problem）？
A: 2038 年问题源于传统 32 位有符号整数存储时间戳的最大上限（2038-01-19 03:14:07 UTC），超过该时刻会发生整型溢出回绕。现代系统与本工具均采用 64 位数字体系，完全不受该问题影响。
Q: 在前后端 API 交互中，推荐使用哪种时间格式？
A: 推荐在网络传输中使用标准 ISO 8601 字符串（如 YYYY-MM-DDTHH:mm:ss.sssZ）或统一的毫秒级整型时间戳，以消除多端解析时的本地时区歧义与转换误差。