UTC 和 JST 的区别：从世界标准时间换算成日本时间的方法

UTC、GMT、JST 有什么不同

海外服务和程序日志中，时间常常用 UTC 表示。先理清这三个词的关系，后面换算时就不会迷惑。

实际工作中，把 UTC 和 GMT 当作同一个东西也没有问题。严格来说由来不同，但两者的偏差不到 1 秒。“UTC+9”“GMT+9”“JST”都可以认为指同一时间。

把 UTC 换算成日本时间的步骤

计算本身只是加法。容易出错的是日期，所以按固定顺序处理就不会错。

1. 1

   确认这个时间是不是 UTC

   以末尾的 Z、UTC、GMT 为标记。什么也没写时，要在设置页面确认该服务用哪个时区显示。跳过这一步，就可能重复加 9 小时。

2. 2

   时间加 9 小时

   UTC 10:00 就是日本时间 19:00。分钟不变。日本的时差正好是 +9 小时，不用考虑 30 分钟的偏差。

3. 3

   超过 24 就把日期加 1 天

   UTC 20:00 + 9 小时 = 29:00 时，减去 24 得 05:00，日期是第二天。UTC 15:00 以后，在日本时间都是第二天。

4. 4

   也要确认星期

   日期变了，星期也会变。处理截止时间或维护时间时，不只日期，连星期也改写后再共享，就能减少误解。

跨日期时的速查表

实际出错的只有日期边界附近。下面整理了常用的时间。

边界是 UTC 15:00。记住超过这个时间在日本就是第二天，就基本能避免读错截止时间和活动开始时间。海外服务的“每天 00:00 UTC 重置”，在日本时间就是每天早上 9 点重置。

时间写法的读法

日志和 API 响应用固定的格式写时间。知道这些形式，马上就能看出哪部分是时区信息。

• 2026-08-28T10:00:00Z：末尾的 Z 表示 UTC。日本时间是同一天 19:00
• 2026-08-28T10:00:00+09:00：已经是日本时间，不用再加
• 2026-08-28T10:00:00-05:00：比 UTC 晚 5 小时的地区的时间。UTC 是 15:00，日本时间是第二天 0:00
• 2026-08-28 10:00 (UTC)：用括号或空格分隔写出基准的格式
• 1787911200：只有数字的格式是 Unix 时间，表示从 1970 年 1 月 1 日 0:00 UTC 起的秒数，这个值与上面的例子是同一时间

时差会因对方国家的夏令时而变化

UTC 不随季节变动，但各国的时间会随夏令时变动。因此一些国家“与日本的时差”每年变化 2 次。

切换日因国家而异，即使同样是夏令时，欧洲和北美的开始、结束日期也不同。切换前后的几周，查看当前时间列表比心算更可靠。世界时差工具直接显示主要 13 个城市的当前时间和与日本的时差，可以先看清现在相差几小时再安排日程。

沟通时减少误解的写法

• 时间一定要附上时区。不写“15:00”，而写“15:00 JST”
• 对海外的人要两者并列。“9 月 3 日 10:00 JST（9 月 3 日 01:00 UTC）”这种形式很清楚
• 跨日期时也要写星期。只写“第二天”，不知道是哪个国家的第二天
• 截止时间要指定到具体时刻。“到 9 月 3 日为止”会因时区差 24 小时
• 定期会议要把对方国家夏令时切换日写进日历

特别容易出问题的是截止时间。只说“9 月 3 日截止”，以 UTC 为基准的对方会理解为有效到日本时间 9 月 4 日上午 9 点。这相差整整一天，所以至少截止时间要把时刻和时区一起写上。

常见问题

UTC 和日本时间相差几小时？

日本标准时间（JST）是 UTC+9 小时。日本没有采用夏令时，所以这个时差全年不变。UTC 时间加 9 小时就是日本时间，超过 24 点时把日期加 1 天。

UTC 和 GMT 不一样吗？

严格来说定义方式不同，但实际使用上当作同一个没有问题。两者偏差不到 1 秒，不影响日常沟通和日程安排。“UTC+9”和“GMT+9”都指日本时间。

末尾带“Z”的时间怎么读？

Z 是表示 UTC 的符号。2026-08-28T10:00:00Z 是 UTC 10 点，日本时间是同一天 19 点。另一方面，带“+09:00”的时间已经是日本时间，注意不要再加 9 小时。

和海外的人沟通时间有什么诀窍吗？

最可靠的是把本国时间和 UTC 并列。写成“9 月 3 日 10:00 JST（01:00 UTC）”，对方就能一次换算成当地时间。如果对方国家有夏令时，时差每年变化 2 次，所以定期安排最好在切换日前确认当前时差。