Unix时间戳到底是什么3分钟搞懂附在线转换工具做开发的都跟时间戳打过交道但你真的搞懂它了吗时间戳的本质一句话从1970年1月1日0点0分0秒UTC到现在总共过去了多少秒。这个数字就是Unix时间戳。比如 1717987200 这个数字对应的就是2025年6月10日的某个具体时刻。为什么选1970年没有为什么——Bell Labs的Ken Thompson和Dennis Ritchie在写Unix的时候随手定了这个纪元时间Unix Epoch然后全世界就跟着用了半个世纪。秒还是毫秒这是个坑时间戳有两个流派-秒级时间戳10位数字如 1717987200。后端数据库存时间常用这种省空间。-毫秒级时间戳13位数字如 1717987200000。前端JavaScript的 Date.now() 返回的就是毫秒级。踩坑场景后端接口返回秒级时间戳前端直接用 new Date(timestamp) 解析出来的时间差了1000倍——1970年的日期。别问我怎么知道的。判断方法很简单当前秒级时间戳是1.7×10⁹毫秒级是1.7×10¹²。10位秒13位毫秒看位数就行。2038年问题32位系统的秒级时间戳是 int32 存储的最大值 2147483647对应2038年1月19日。过了这个点时间戳溢出变成负数回到1901年。现在的64位系统时间戳能撑到2920亿年后——太阳都烧完了时间戳还没溢出。但嵌入式设备、老系统仍然有2038风险金融行业的同学尤其要注意。时区你以为的就是你以为的吗时间戳本身是UTC绝对时间没有时区概念。但人类需要看得懂的时间。同一个时间戳 1717987200- 北京时间UTC82025-06-10 14:40:00- 纽约时间UTC-42025-06-10 02:40:00- 伦敦时间UTC12025-06-10 07:40:00这就是为什么跨国系统的日志里统一用时间戳而不是格式化时间——datetime带时区换个人看就错了时间戳只有一个数字到哪儿都一样。在线转换不用再写脚本了干活的时候经常需要时间戳和日期来回转。每次都写 python -c from datetime import datetime; print(...) 也行但效率太低。我自己做了个干净的在线工具——ToolForge时间戳转换https://toolforge.cn/tools/timestamp.html 纯前端运算秒/毫秒一键切换支持18个常用时区。不传数据到服务器本地运算完事。另外还有JSON格式化、Base64编解码、UUID生成、AES/RSA加解密、字数统计等7个工具都是同款「输入→转换→复制」的简单操作移动端也能用。全部开源逻辑在浏览器本地运行不收集任何数据。有需要的可以收藏[ToolForge在线工具集](https://toolforge.cn/)兼容提醒工具页面适配PC和手机浏览器Chrome/Firefox/Safari/Edge 都能用。技术说明所有加密工具使用浏览器原生 crypto.subtle API 实现密钥不离开你的设备。时间戳转换用 Intl.DateTimeFormat 处理时区不用额外库加载速度够快。如果这篇文章帮到了你收藏或分享给身边的开发朋友。有问题评论区见。
Unix时间戳到底是什么?3分钟搞懂,附在线转换工具 — 搜索友好,带「在线转换」关键词
发布时间:2026/6/10 12:34:17
Unix时间戳到底是什么3分钟搞懂附在线转换工具做开发的都跟时间戳打过交道但你真的搞懂它了吗时间戳的本质一句话从1970年1月1日0点0分0秒UTC到现在总共过去了多少秒。这个数字就是Unix时间戳。比如 1717987200 这个数字对应的就是2025年6月10日的某个具体时刻。为什么选1970年没有为什么——Bell Labs的Ken Thompson和Dennis Ritchie在写Unix的时候随手定了这个纪元时间Unix Epoch然后全世界就跟着用了半个世纪。秒还是毫秒这是个坑时间戳有两个流派-秒级时间戳10位数字如 1717987200。后端数据库存时间常用这种省空间。-毫秒级时间戳13位数字如 1717987200000。前端JavaScript的 Date.now() 返回的就是毫秒级。踩坑场景后端接口返回秒级时间戳前端直接用 new Date(timestamp) 解析出来的时间差了1000倍——1970年的日期。别问我怎么知道的。判断方法很简单当前秒级时间戳是1.7×10⁹毫秒级是1.7×10¹²。10位秒13位毫秒看位数就行。2038年问题32位系统的秒级时间戳是 int32 存储的最大值 2147483647对应2038年1月19日。过了这个点时间戳溢出变成负数回到1901年。现在的64位系统时间戳能撑到2920亿年后——太阳都烧完了时间戳还没溢出。但嵌入式设备、老系统仍然有2038风险金融行业的同学尤其要注意。时区你以为的就是你以为的吗时间戳本身是UTC绝对时间没有时区概念。但人类需要看得懂的时间。同一个时间戳 1717987200- 北京时间UTC82025-06-10 14:40:00- 纽约时间UTC-42025-06-10 02:40:00- 伦敦时间UTC12025-06-10 07:40:00这就是为什么跨国系统的日志里统一用时间戳而不是格式化时间——datetime带时区换个人看就错了时间戳只有一个数字到哪儿都一样。在线转换不用再写脚本了干活的时候经常需要时间戳和日期来回转。每次都写 python -c from datetime import datetime; print(...) 也行但效率太低。我自己做了个干净的在线工具——ToolForge时间戳转换https://toolforge.cn/tools/timestamp.html 纯前端运算秒/毫秒一键切换支持18个常用时区。不传数据到服务器本地运算完事。另外还有JSON格式化、Base64编解码、UUID生成、AES/RSA加解密、字数统计等7个工具都是同款「输入→转换→复制」的简单操作移动端也能用。全部开源逻辑在浏览器本地运行不收集任何数据。有需要的可以收藏[ToolForge在线工具集](https://toolforge.cn/)兼容提醒工具页面适配PC和手机浏览器Chrome/Firefox/Safari/Edge 都能用。技术说明所有加密工具使用浏览器原生 crypto.subtle API 实现密钥不离开你的设备。时间戳转换用 Intl.DateTimeFormat 处理时区不用额外库加载速度够快。如果这篇文章帮到了你收藏或分享给身边的开发朋友。有问题评论区见。