时间戳转换Timestamp Converter
Unix 时间戳与人类可读日期双向秒转，秒 / 毫秒 / 微秒自动识别，一键得到本地时间、北京时间、UTC、ISO 8601 全格式。纯客户端运行，数据不出本机。
工具介绍
3 段详细说明时间戳转换是 Unix 时间戳与人类可读日期之间的双向秒转工具。粘贴一串数字时间戳，立即得到本地时间、北京时间、UTC、ISO 8601 等全部常用格式；反向输入日期时间，也能拿到秒级 / 毫秒级时间戳。
支持秒（10 位）、毫秒（13 位）、微秒（16 位）自动识别，无需手动选单位；也兼容负数时间戳（1970 年之前）。所有换算基于浏览器原生 Date 与 Intl.DateTimeFormat，零依赖、零上传。
相比在控制台敲 new Date(1760000000)，本工具打开网页即用、结果一目了然，适合排查日志、核对接口返回、写定时任务等场景。支持每行一键复制、整批复制、⌘+↵ 填充当前时间。
基础知识 · Unix 时间戳
POSIX 时间 · 6 张速记卡Unix 时间戳（Unix timestamp / POSIX time）是「自 1970-01-01 00:00:00 UTC 起经过的秒数或毫秒数」。它是与时区无关的绝对时刻，理解以下 6 个要点就能避开 90% 的时间类 Bug：
epoch纪元起点1970-01-01 00:00:00 UTC（Unix 纪元）。此前的时刻为负数，如 -86400 = 1969-12-31。纪元选择与任何历法、语言无关，只是约定。timezone-free与时区无关s vs ms秒 vs 毫秒y20382038 年问题0x7FFFFFFF = 2147483647 秒，即 2038-01-19 03:14:07 UTC。32 位有符号整数在此之后溢出。64 位系统不受影响，但老嵌入式 / 32 位数据库字段需留意。leap seconds闰秒不计算86400 秒整，不计入闰秒。迄今累计约 27 个闰秒，对绝大多数业务无影响，但高精度授时（GPS、金融撮合）需专门处理。get now各语言获取当前时间戳JS: Date.now()（毫秒）；Python: time.time()（秒）；Go: time.Now().Unix()（秒）；Java: System.currentTimeMillis()（毫秒）；MySQL: UNIX_TIMESTAMP()（秒）。注意语言间单位差异。SQL: WHERE create_time > UNIX_TIMESTAMP('2026-01-01') —— 秒级比较，避免字符串日期隐式转换。JS: new Date(1760000000 * 1000) —— JS 的 Date 构造只收毫秒，贴秒级时间戳要乘 1000。Python: datetime.fromtimestamp(1760000000, tz=timezone.utc) —— 不指定 tz 时按本机时区解析，跨机器跑脚本时结果会不同。使用说明
4 步快速入门使用场景
5 个真实案例后端日志里的 13 位毫秒时间戳贴进来，立刻知道事故发生在几点几分。
核对 API 返回的 created_at / expire_at 时间戳与预期是否一致，秒级毫秒级一目了然。
配置 Cron 或延时任务前，先算好目标时刻的时间戳，避免时区换算出错。
把「昨天 0 点」换算成 Unix 秒，直接填进 WHERE create_time > ? 的查询条件。
生成或核对 JWT exp、OSS 签名过期时间等参数，排查「签名过期」类问题。
常见问题
10 个问答Unix 时间戳是什么？
从 1970 年 1 月 1 日 00:00:00 UTC（Unix 纪元）到某一时刻经过的秒数或毫秒数，与时区无关。同一时刻在全球任何时区取到的时间戳都相同，所以它是跨系统传递时间的通用语言。
秒和毫秒怎么区分？
看位数：10 位数字是秒（如 1760000000 ≈ 2025 年），13 位数字是毫秒（如 1760000000000）。本工具按位数自动识别 10 / 13 / 16 位（秒 / 毫秒 / 微秒），无需手动选择。
我的数据会上传到服务器吗？
不会。所有换算在浏览器内存中完成，输入内容不上传任何服务器。可断网使用，关闭网络后再打开仍能正常工作。
为什么转换结果显示的时间和我想的不一样？
最常见原因是时区：「本地时间」按你电脑/手机当前时区显示，「北京时间」固定按 Asia/Shanghai 显示，「UTC」是协调世界时。三者是同一时刻的不同表达，数值不同是正常的。
支持 1970 年之前的时间吗？
支持。Unix 时间戳可以是负数，如 -86400 表示 1969-12-31 16:00:00 UTC。输入带负号的时间戳即可正常转换。
输入字母或混合字符会怎样？
输出区会给出红字人话提示，说明时间戳应为纯数字（10 位秒 / 13 位毫秒），并引导切换到「日期 → 时间戳」方向来转换日期文本。
能转换的最大范围是多少？
受浏览器 Date 对象限制，约为公元 ±275760 年（时间戳 ±8.64e15 毫秒）。超出该范围会提示"超出可表示范围"。日常业务（1970~2100 年）完全够用。
和时区转换工具有什么区别？
时区转换工具解决"同一时刻在纽约和东京分别是几点"；本工具解决"这串数字是哪一刻"。两者互补：先转换出准确时刻，再用时区工具换算到目标时区。
2038 年问题是什么？会影响我吗？
2038 年问题指 32 位系统用有符号整数存秒级时间戳，2038-01-19 之后会溢出。现代 64 位系统（含所有浏览器）不受影响；但若维护老嵌入式系统需注意存秒还是存毫秒。
结果可以一键复制吗？
可以。鼠标悬停任意结果行会出现复制图标，单击只复制该行；也可以点底部「复制全部」，把全部格式按「字段名: 值」多行文本一次复制。
相关工具
计算分类数据来源
隐私优先Date / Intl.DateTimeFormat 与 Intl.RelativeTimeFormat，无任何第三方依赖。单位识别与双向换算为纯本地计算，时区数据来自 IANA tz database（随浏览器内置）。