Unix 时间戳转换器

盯着日志里一串 1712000000 琢磨这到底是什么时间？来对地方了。这个 Unix 时间戳转换工具双向通吃——epoch 数字转人类可读日期，日期转时间戳——配一个实时时钟，支持毫秒精度，结果一键复制。

开发者调试 API 天天用，运维排查日志天天用，任何需要在「机器时间」和「人类时间」之间来回翻译的人，都在用。全程在浏览器里跑，数据绝不外传。

Unix 时间戳到底有什么用

绝大多数编程语言、数据库和 API，都用「自 1970 年 1 月 1 日起经过的秒数（或毫秒数）」来记录时间。干净、无歧义、不带时区，机器最喜欢。但当你盯着 timestamp=1709654400 想知道到底发生了什么的时候，你就需要一个转换器。就是这一页。

这里有这些功能

实时时钟 & 当前时间戳。 页面一打开，一个大号数字时钟就在走着，当前 Unix 时间戳实时刷新——秒级和毫秒级同时显示。点一下停止按钮，定格某个瞬间。

时间戳 → 日期。 粘贴一个 10 位（秒）或 13 位（毫秒）的数字——工具自己会判断你用的是什么精度——瞬间给出 ISO 8601 格式日期和你本地时区的对应时间。

日期 → 时间戳。 用日期选择器随便挑一个过去或将来的日期，对应的 Unix 时间戳立刻出现。写代码设过期时间的时候，特别顺手。

秒 ↔ 毫秒一键切换。 不同框架对精度要求不一样——JavaScript 用毫秒，大多数 API 用秒。一键搞定，不用自己乘 1000。

所有结果都能一键复制。 每个数值、每个时间戳——点一下复制，直接贴进代码或配置文件。

开发者在哪些场景下会打开它

• 调试 API 返回数据： 那个 created_at: 1712000000 字段——是 10 分钟前，还是上周？
• 日志溯源： 服务器在 epoch 1709654400 挂了，对应你本地时间是几点？是不是正好撞上发布窗口？
• 写 SQL 查询： 想用 WHERE created > UNIX_TIMESTAMP('2024-03-15') 来筛选——先把日期转换成时间戳，确保数字没写错。
• 设 JWT 过期时间： 「24 小时后过期」——现在的时间戳加 86400，精确到秒。
• 教学与科普： 给团队解释时间戳的原理、Y2038 问题的由来、为什么 64 位处理这么重要。

技术说明

• 所有时间戳基于 UTC，显示的日期会自动适配你浏览器的本地时区。
• 10 位 = 秒，13 位 = 毫秒。工具会自动识别。
• 中国大陆在 1986 年至 1991 年间实行过夏令时，那段时间的历史时间戳可能偏差一小时。
• 不担心 32 位溢出。我们用的是 64 位处理，Y2038 不是问题。
• 一切运算都在本地完成。你的时间戳从不上传服务器。

---

最后核验：2026-07-16 · 数据来源：miguelmota/unix-timestamp-converter、tool.browser.qq.com