时间戳看不懂：在线转换秒与毫秒，顺便处理时区与日期格式

日志里一行 1758240000，看不出这是哪一天；数据库里存的时间又可能是毫秒。这类数字和人能读的时间之间，需要一个转换器。

它解决什么问题

Unix 时间戳记录的是「从 1970-01-01 00:00:00 UTC 起经过的秒数」，本身不带时区信息，所以同一串数字在不同时区显示出来的本地时间不同。

而前后端、数据库、日志之间常见秒与毫秒混用（有的乘以 1000），弄错单位会得到 1970 年或几万年后的时间。

核心能力

时间戳、时区和夏令时

时间戳本身是全球统一的绝对时刻，不带时区；「本地时间」是把这个绝对时刻按某个时区的规则换算出来的。所以存储时用时间戳或 UTC 时间，展示时再按用户所在时区换算 —— 这是最不容易出错的做法。

要留神夏令时（DST）。有夏令时的地区，每年会有一天是 23 小时、一天是 25 小时，某些「凌晨两点」这个时间点甚至不存在。因此用「本地时间字符串」做定时任务，在切换日容易出现漏跑或重复执行，用 UTC 存储再换算更稳。

谁适合用

• 看日志、排查时间相关问题的运维与后端
• 处理数据库时间字段的分析人员
• 需要把日期格式统一的数据清洗工作
• 学编程、理解时间与时区概念的学生

怎么开始

1. 打开 epochconverter.com，在输入框粘贴时间戳。
2. 页面会同时给出 GMT 与你的本地时间，注意核对时区是否为 Asia/Shanghai。
3. 反过来要把日期转时间戳：用下方的日期选择器或直接输入日期字符串。
4. 批量转换可粘贴多行，一行一个时间戳。
5. 要写代码：页面底部有各语言的示例，直接复制。

常见问题

为什么我的结果差了 8 小时？
多半是把带时区含义的本地时间当成了 UTC 时间。八小时正好是东八区与 UTC 的差。

秒和毫秒怎么区分？
秒级时间戳现在是 10 位数字，毫秒级是 13 位。看到 13 位就要除以 1000。

2038 年问题是什么？
部分系统用 32 位有符号整数存时间戳，最大只能表示到 2038 年 1 月 19 日。新系统普遍已改用 64 位。

免费吗？
免费使用，无注册要求。

授权与合规

该时间戳转换工具免费开放使用，无需注册。 官网：www.epochconverter.com。