"我在服务器上看到的时间戳，转成北京时间怎么总是差 8 小时？"
这个问题在开发者社区里出现的频率高得离谱。有人怀疑是时间戳本身有问题，有人以为是转换工具出了 bug，但绝大多数情况下，问题出在对时区的理解上。这篇文章把 Unix 时间戳和时区的关系一次讲清楚。
Unix 时间戳永远是 UTC——这是理解一切的前提
Unix 时间戳的定义是：从 1970-01-01 00:00:00 UTC 到目标时刻经过的秒数（或毫秒数）。
注意关键词：UTC。时间戳本身不包含任何时区信息，它是一个绝对的时间点。1721900000 这个时间戳，在北京是 2024 年 7 月 25 日下午，在纽约是同一天凌晨，在伦敦是上午——但时间戳数值始终是同一个。
所谓"差 8 小时"，本质上是：
- 中国使用 UTC+8（东八区）
- 当你把一个 UTC 时间戳"当作本地时间"来显示，或者反过来把本地时间"当作 UTC"来生成时间戳，就会恰好偏移 8 小时
// 一个 Unix 时间戳（秒）
const ts = 1721900000;
// 正确：JavaScript Date 自动按本地时区显示
const date = new Date(ts * 1000); // JS 用毫秒
console.log(date.toString());
// 在 UTC+8 环境："Thu Jul 25 2024 17:33:20 GMT+0800"
// 在 UTC 环境： "Thu Jul 25 2024 09:33:20 GMT+0000"
// 同一个时间戳，不同机器显示不同——但时间戳本身没变
三种最常见的"差 8 小时"场景
场景 1：服务端用 UTC 格式化时间，前端直接展示
很多后端服务（尤其是部署在云上的）默认时区是 UTC。如果后端返回的是格式化后的字符串而不是时间戳：
# Python 后端（服务器时区 UTC）
from datetime import datetime
now = datetime.utcnow()
print(now.strftime('%Y-%m-%d %H:%M:%S'))
# 输出：2024-07-25 09:33:20（UTC 时间）
前端拿到 "2024-07-25 09:33:20" 这个字符串，如果直接展示，中国用户看到的就是"少了 8 小时"的时间。
解决方案：后端统一返回时间戳或 ISO 8601 格式（带时区标识），让前端负责本地化显示：
# 推荐：返回带时区的 ISO 格式
from datetime import datetime, timezone
now = datetime.now(timezone.utc)
print(now.isoformat())
# "2024-07-25T09:33:20+00:00" —— 前端能正确解析
场景 2：JavaScript 中 new Date() 解析无时区字符串
// 这个字符串没有时区信息
const str = '2024-07-25 09:33:20';
// 大多数浏览器会当作本地时间解析（UTC+8）
const d1 = new Date(str);
console.log(d1.getTime() / 1000); // 生成的时间戳对应 UTC 01:33:20
// 如果后端认为这是 UTC 时间，就会差 8 小时
// 正确做法：明确指定时区
const d2 = new Date('2024-07-25T09:33:20Z'); // Z 表示 UTC
const d3 = new Date('2024-07-25T09:33:20+08:00'); // 明确东八区
场景 3：数据库存储与读取的时区不一致
MySQL 的 TIMESTAMP 类型会根据连接的 time_zone 变量做转换，而 DATETIME 类型不做任何转换。如果你的应用服务器时区是 UTC，但数据库配置的是 +08:00，写入和读取就可能差 8 小时。
-- 检查当前会话时区
SELECT @@session.time_zone;
-- 统一设置为 UTC
SET time_zone = '+00:00';
各语言/库的时区处理要点
| 环境 | 注意事项 |
|------|----------|
| JavaScript Date | 内部存 UTC 毫秒数，toString() 按本地时区输出，toISOString() 输出 UTC |
| dayjs | 默认用本地时区；处理其他时区需 dayjs.tz 插件 |
| moment | moment() 本地时区，moment.utc() UTC，moment.tz() 指定时区 |
| Python datetime | naive datetime 无时区信息；务必用 datetime.now(timezone.utc) |
| Java Instant | Instant.now() 永远是 UTC；转本地用 ZonedDateTime |
| Go time | time.Now() 带本地 Location；time.Unix() 返回本地时区时间 |
// dayjs 正确处理时区转换
import dayjs from 'dayjs';
import utc from 'dayjs/plugin/utc';
import timezone from 'dayjs/plugin/timezone';
dayjs.extend(utc);
dayjs.extend(timezone);
const ts = 1721900000;
// 时间戳 → 北京时间
const beijing = dayjs.unix(ts).tz('Asia/Shanghai');
console.log(beijing.format('YYYY-MM-DD HH:mm:ss'));
// "2024-07-25 17:33:20"
// 时间戳 → UTC
const utcTime = dayjs.unix(ts).utc();
console.log(utcTime.format('YYYY-MM-DD HH:mm:ss'));
// "2024-07-25 09:33:20"
避免时区问题的最佳实践
- 存储和传输统一用 UTC：数据库存 UTC，API 返回 UTC 时间戳或带
Z后缀的 ISO 字符串 - 只在展示层做时区转换：前端根据用户所在时区（
Intl.DateTimeFormat().resolvedOptions().timeZone）转换显示 - 永远不要假设服务器时区：在应用启动时显式设置时区，而不是依赖系统默认值
- 避免 naive datetime：任何 datetime 对象都应该携带时区信息
如果你只是想快速验证一个时间戳对应哪个时区的几点几分，或者反过来把某个时区的时间转成时间戳，可以用 时间戳转换工具 直接查看。它支持多时区对照，所有计算在浏览器本地完成，不需要把数据发送到任何服务器——对于涉及生产环境时间戳的排查来说，这一点尤其让人放心。