UTC 转 GMT 协调世界时 ↔ 格林尼治平时 免费 在线 安全

两个标签,一个时钟

您在一个上午就会遇到这两个名称。航班确认单写着 06:40 GMT 起飞,电子表格导出文件以 UTC 标注时间,云服务器的构建日志以 09:12:30Z 结尾。您自然会想,这些标签之间是否隐藏着需要加减的差距。并没有。要把 UTC 换算成 GMT,您保持时钟读数原样不变:06:40 UTC 是 06:40 GMT,09:12 UTC 是 09:12 GMT。两者之间的偏移是零小时零分钟,日历日期也从不移动。

区别在别处,在每个名称的定义方式,以及围绕它们形成的一长串习惯。下面的页面解释这个区别以及如何正确地把 UTC 换算成 GMT,展示几个实际读数,列出每种标签仍占主导的地方,并警告每年都会让人上当的一个陷阱:伦敦只在冬季使用格林尼治标准时间。算术在您的浏览器中进行,您输入的任何内容都不会发送到服务器。

用朴素数字表达的规则

抄下时间,保持日期

两种时间标度都处于偏移量 +00:00。每当您把 UTC 换算成 GMT,既没有什么要加,也没有什么要减。把您起初的小时和分钟写下来。读数 00:05 UTC 在同一个日历日变为 00:05 GMT,23:59 UTC 在同一个日历日变为 23:59 GMT。没有跨过任何一个午夜。

四个快速示例

上午九点 UTC 就是上午九点 GMT。正午 UTC 就是正午 GMT。在 04:15 UTC 触发的服务器作业,在 04:15 GMT 触发。印有到期时间 18:00:00 GMT 的证书,在 18:00:00 UTC 到期,这就是您把 UTC 换算成 GMT 得到的结果。在每一种情况下,两个数字都精确到秒。

换算器无法知道的事

换算器只知道您选择的两个时间标度。它不知道您住在哪里。如果您想知道七月曼彻斯特墙上时钟的时间,您需要英国夏令时,即 UTC+1,那是另一种换算。同样的道理适用于布加勒斯特、纽约或孟买:UTC 和 GMT 都静止不动,而本地时钟围绕它们移动。

什么是 UTC

一个折中的名称

协调世界时是世界上每个民用时钟据以衡量的参照。它的缩写是一个外交上的折中。说英语的人想要 CUT,代表“coordinated universal time”,说法语的人想要 TUC,代表“temps universel coordonné”,国际电信联盟最终选定了 UTC,它不属于任何一种语言。

由原子钟构成

UTC 由巴黎附近的国际计量局,根据约八十个国家实验室保存的几百台原子钟计算得出。它所计数的秒是原子秒,由铯原子的辐射定义。由于地球的自转略不规则,UTC 通过闰秒进行微调,使它与以太阳为基础的标度相差从不超过 0.9 秒。自 1972 年以来已加入二十七次,最近一次在 2016 年底。

您会在哪里看到它

UTC 是计算、航空、天文和电信的工作语言。网络时间服务器分发它,数据库存储它,卫星广播它。每当一份技术文件避免指明某个城市时,其中的时间几乎总是 UTC。

什么是 GMT

诞生于一座天文台

格林尼治标准时间曾是伦敦东部格林尼治皇家天文台的平均太阳时。按一年平均,太阳在正午经过那条子午线。英国铁路在 1840 年代采用了它,以便各城镇之间的时刻表能够一致,1880 年的一项议会法案使它成为大不列颠的法定时间。1884 年在华盛顿举行的一次国际会议选定格林尼治子午线作为所有人的零度经线。

曾经从正午开始的一天

对天文学家来说,GMT 的一天过去从正午而不是午夜开始,这一惯例持续到 1924 年底。航海家保留它,是因为它避免了在一夜观测中途更换日期。1925 年之后,一天像我们其他人一样从午夜开始。

您会在哪里看到它

如今 GMT 是英国的法定冬季时间,也是冰岛、加纳、塞内加尔和几个邻国全年使用的时钟。它还作为网络协议中的固定标签,以及被称为报时音的每日时间信号幸存下来,后者自 1924 年起由 BBC 广播。

把两者并排放置

为什么这个差别对时钟无关紧要

一个标度由原子计数,另一个最初从太阳读取,然而两者的差别从未达到一秒。日历、火车票、截止期限或日志行都无法区分它们。这就是为什么词典、标准机构和大多数软件在 GMT 与 UTC 作为时区标签出现时视它们可互换,也是为什么您可以放心地把 UTC 换算成 GMT。

纯粹主义者会反对的地方

科学家用 UT1 表示地球自转的真实角度,用 UTC 表示民用时钟,用 TAI 表示没有闰秒的连续原子计数。在那套词汇中,GMT 是一个遗留术语。如果您写研究论文,请使用 UTC。如果您给同事写工单或消息,GMT 完全能被理解,您也可以在脑子里把 UTC 换算成 GMT。

同一时刻的八种写法

00:00 UTC 是 00:00 GMT。03:30 UTC 是 03:30 GMT。06:40 UTC 是 06:40 GMT。09:12 UTC 是 09:12 GMT。12:00 UTC 是 12:00 GMT。15:45 UTC 是 15:45 GMT。18:00 UTC 是 18:00 GMT。23:59 UTC 是 23:59 GMT。

英国的陷阱:夏令时

UTC 从不改变它的时钟

UTC 没有夏令时。一月的读数和七月的读数,所言即所指。这种恒定正是程序员使用它的全部原因。

英国确实会改变

英国在三月的最后一个星期日的 01:00 UTC 把时钟拨快一小时,在十月的最后一个星期日的 01:00 UTC 再拨回来。2026 年这两天是三月 29 日和十月 25 日。在这期间,伦敦使用英国夏令时,即 UTC+1,在这一段时间里,“伦敦时间”并不是 GMT,尽管人们仍然这样说。

一个实用的测试

如果来源是机器、协议、证书或科学日程表,GMT 就意味着 UTC,您抄下时间即可。如果来源是一个人在夏季描述伦敦的一场会议,请问他们指的是不是墙上的时钟。在那种情况下,减去一小时得到 UTC。

为什么网络头部写 GMT

一个冻结在 1990 年代标准中的标签

HTTP 要求日期采用 Tue, 13 Oct 2026 09:00:00 GMT 的形式。同样的形式出现在 Date、Last-Modified 和 Expires 头部,以及 cookie 的过期属性中。这个标准写成时,GMT 是世界时间的日常名称,即使在科学领域 UTC 取代了它之后,它仍保留了这些字母。每个浏览器都把它们读作 UTC。

亲自看看

打开开发者工具,查看任何一个响应,您会找到一个以 GMT 结尾的头部。把它与服务器上的日志比较:时钟读数会一致。一两小时的差异意味着有人在中间套用了本地时区,而不是 GMT 与 UTC 不同。

OpenSSL 与证书

以 GMT 写出的有效期

当您对一份证书运行 openssl x509 -dates 时,输出看起来像 notAfter=Oct 13 09:00:00 2026 GMT。证书本身以紧凑的编码把时刻存储为 UTC,工具为读者打印出标签 GMT。如果您的监控在 09:00 UTC 告警,您不需要做任何调整来与之匹配。

续期窗口

在“到期当天”续订证书的管理员应记住,这一天在 23:59:59 UTC 结束,即夏季布加勒斯特次日早晨的 02:59:59,冬季是 01:59:59。标签是无害的,但本地时钟决定期限何时让人觉得真实。先运行换算器,再加上本地偏移量。

电子邮件头部

数字偏移量胜出

邮件带有 Date 字段,现代软件用数字偏移量书写,例如 Date: Tue, 13 Oct 2026 09:00:00 +0000。较旧的 RFC 语法仍允许使用名称 GMT 和 UT。三者表示同一个时刻。邮件客户端随后换算到您的本地时区来显示。

值得了解的一个细节

您有时会看到 -0000 而不是 +0000。这是一种惯例,意思是“发件人的本地时区未知,但这是 UTC”。它不改变时间。当您为一封邮件把 UTC 换算成 GMT 时,头部中的数字已经是您想要的。

编程语言与数据库

Python、JavaScript 与 SQL

在 Python 中,您用 datetime.now(timezone.utc) 构建带时区的时间戳。在 JavaScript 中,toISOString() 总是返回 UTC,toUTCString() 返回它并带后缀 GMT。在 PostgreSQL 中,带时区的时间戳在内部存储为 UTC,SET TIME ZONE 'UTC' 使输出与之匹配。这些都不把 GMT 与 UTC 作为偏移量加以区分。

会误导人的名称

tz 数据库中有名为 Etc/GMT+5 和 Etc/GMT-14 的时区。它们的符号有意取反:Etc/GMT+5 是 UTC−5,Etc/GMT-14 是 UTC+14,即太平洋上基里蒂马蒂岛所用的时钟。不要像读机票那样读加号。对于真实的地方,始终选择诸如 Europe/London 之类的城市时区。

国际空间站

多个国家共用一个时钟

国际空间站由美国、俄罗斯、欧洲、日本和加拿大的机构运营,它需要一个统一的日程。机组按 GMT 运行,各机构把它当作 UTC。轨道持续约 92 分钟,所以机组每隔一个半小时就看到一次轨道日出,一个固定的地面时钟使日常作息保持完整。

您会读到的发射时间

发射的新闻稿常常先引用东部或太平洋时间,再引用 GMT 时间。把 GMT 的值换算到本地时钟,在您把 UTC 换算成 GMT 之后还要多走一步:布加勒斯特冬季是 UTC+2,夏季是 UTC+3,马德里是 UTC+1 和 UTC+2,德里全年是 UTC+5:30。

报时音与 BBC

六声短促的音调

格林尼治时间信号,绰号“报时音”,自 1924 年起一直在 BBC 广播中播出。它由六声短促的音调组成,最后一声标志着整点的精确时刻。在冬季,该信号与 GMT 一致。在夏季,它标志英国夏令时,所以在那几个月里,报时音并不是 GMT 广播。

听众学到什么

报时音很好地说明了 GMT 这个名称如何留在了公众言谈中。许多人说“GMT”时指的是英国的时间,这在冬季是正确的,在夏季则差一小时。这个习惯是本页试图消除的大多数混淆的根源。

伦敦金融城的交易时间

一个时钟会移动的例子

伦敦证券交易所的主要交易时段为伦敦时间 08:00 至 16:30。冬季,那是 08:00 至 16:30 UTC。夏季,伦敦快一小时,同一时段是 07:00 至 15:30 UTC。如果您的笔记在七月写着“08:00 GMT 开市”,那么交易所实际上比标签所示早一小时就已开市。

为什么交易员偏好 UTC

全球交易台以 UTC 记录每一笔订单。标记为 14:30:00 UTC 的交易,在纽约、法兰克福和新加坡表示同一时刻,没有人需要记住这三地哪一个那周改了时钟。

网络时间与闰秒

NTP 说 UTC

网络时间协议使计算机保持在 UTC 的毫秒之内。设备同步时,它从附近的服务器取得 UTC 值,然后以本地时区显示。其中不涉及 GMT 的换算,尽管操作系统在少数菜单中把时钟标为“GMT”。

闰秒与平滑

当插入一个闰秒时,当天的最后一分钟有 61 秒。一些运营商把多出的一秒“平滑”分摊到几小时内,使软件永远看不到 23:59:60。标准机构在 2022 年投票决定到 2035 年停止加入闰秒,这将使 UTC 更稳定,并简化这类工作。

全年使用 GMT 的国家

非洲与冰岛

冰岛全年使用 UTC+0,尽管它位于遥远的西部,也没有夏令时。加纳、塞内加尔、马里、几内亚和科特迪瓦也是如此。对前往这些国家的旅行者来说,墙上的时钟与服务器时钟相同,他们可以只戴一块表。

欧洲的西缘

葡萄牙、爱尔兰和英国仅在冬季使用 UTC+0。夏季它们转为 UTC+1,标签随之改变,即使非正式的说法不变。

与美国同事共事

描述时差的两种方式

纽约冬季落后 UTC 五小时(EST,UTC−5),夏季落后四小时(EDT,UTC−4)。一月里 14:00 GMT 的通话,在纽约是 09:00。在美国春季调整的 2026 年三月 8 日与英国春季调整的三月 29 日之间的三周里,同样 14:00 UTC 的通话在纽约是 10:00,因为美国已经调整而英国还没有。

为什么保留 UTC 作为枢纽

用 UTC 确定会议,用 UTC 发布,让每个人自己换算到本地时区。在您把 UTC 换算成 GMT 之后,多出的这一步对每个人都一样,没有人需要猜测组织者看的是哪个日历。

读懂时区地图

零度那一列显示什么

在标准时区地图上,从北极延伸到南极的中央带被标为 UTC±0 或 GMT。它覆盖欧洲西部、大西洋岛屿和西非的一长条。这条带只是一种惯例;每个国家的法定时钟决定它使用哪个时区。

为什么这条带是弯曲的

西班牙的首都马德里位于格林尼治子午线以西,却使用比零度带早一小时的中欧时间,法国也是如此。原因是历史和政治性的,它们提醒我们时区遵循的是边界和决定,而不仅仅是地理。

轮班工作者与交接

分处三地的支持团队

一个追随太阳的支持台,可能在 08:00 UTC 从新加坡交接给都柏林,再交接给奥斯汀。排班表以 UTC 书写,所以不会随季节改变。都柏林的员工在十月看到他们的交接时间移动了一小时,而排班表本身纹丝不动。把排班表标为“GMT”的人给出的是同样的信息,只要这个标签不被当作都柏林的时钟来读。

排班的简单规则

以 UTC 书写班次,为每个站点在括号里加上本地对应时间,并在春季和秋季更新括号。不要改变基准行。

航空:祖鲁时间

字母 Z

飞行员把 UTC 称为祖鲁时间,取自字母 Z 的语音词。1200Z 发布的预报意思是 12:00 UTC。飞行计划、天气报告和空域通告都使用这一惯例,使任何国家的机组读到同一个小时。看到技术文件上有 0840Z 的乘客,可以把它当作 08:40 GMT。

机票上的降落时间

您自己的登机牌显示出发和到达机场的当地时间。飞机的飞行数据使用祖鲁时间。当您比较两者时,差距就是那天两端的本地偏移量。

夏令时是一个政治决定

会变化的规则

各国政府不时更改其夏令时规则。欧盟多年来一直在讨论是否终止时钟调整,美国则考虑过让夏令时成为永久制。UTC 是唯一稳定的一列,这就是为什么长期使用的系统要存储它。当法律变化时,以 UTC 存储的数据仍然正确,而以本地时间存储的数据可能需要修复。

这对您的笔记意味着什么

如果您要归档十年后仍需阅读的时间戳,请以 UTC 书写并带上 Z 后缀。这样读者就不需要历史规则表来理解您的意思。

手工核对结果

三十秒的测试

挑一个读数,比如 07:20 UTC。看一个设为 GMT 的可信时钟,比如时间日期网站上的或系统工具中的,与一个设为 UTC 的时钟比较。它们一致。现在问问自己,说出这个时间的是不是伦敦的一个人。如果是,请检查日期:从 2026 年三月 29 日到十月 24 日,伦敦人的时钟快一小时。

为什么这个测试就够了

人们把 UTC 换算成 GMT 时,几乎每个错误都来自伦敦人的夏季时钟,而不是来自 UTC 或 GMT 本身。一旦您把这两个概念分开,就可以毫无顾虑地把 UTC 换算成 GMT。

把 UTC 换算成 GMT 之前的清单

首先要问的问题

时间是谁给出的?

机器、协议或科学日程表给您的读数,无论它自称什么,本身就是 UTC。一个描述伦敦会议的人,可能描述的是墙上的时钟。在您把 UTC 换算成 GMT 之前先弄清这一点,两种情况下答案都很直接。

适用哪个日期?

日期决定伦敦使用 GMT 还是 BST。2026 年这个窗口是三月 29 日到十月 24 日。在这之外,伦敦人的墙上时钟与 GMT 一致。在这之内,它们相差一小时。

换算之后

结果应当是什么样子

小时和分钟应当与输入相同,日期也是如此。如果两者之一变了,说明您错误地执行了别的换算。当您把 UTC 换算成 GMT 时,正确的输出始终是同一个时钟读数。

如何记下来

只声明一次您选择的标签,UTC 或 GMT,并加上日期。在技术笔记中偏好 UTC。在给朋友的消息中,GMT 就可以。在合同中,以 +00:00 给出偏移量,并避免提到城市。

电子表格、命令行与脚本

替您完成这件事的日常工具

在电子表格中,公式 =A1 就是您把 UTC 换算成 GMT 所需的全部,因为偏移量为零。在 Linux 命令行中,运行 TZ=UTC date 和 TZ=GMT date 会以不同的标签打印同一个时钟读数。在 SQL 中,AT TIME ZONE 'UTC' 和 AT TIME ZONE 'GMT' 返回相同的值。在 Python 中,ZoneInfo('GMT') 解析为固定的零偏移,就像 timezone.utc 一样。

一个十秒钟的实验

依次运行这两条命令并比较输出。小时和分钟一致,只有末尾的缩写不同。这是最快的证明:把 UTC 换算成 GMT 的请求,除了标签之外什么也不改变。

为什么手机和应用显示“GMT+0”

由软件选择的标签

操作系统自己选择标签。有的显示 UTC,有的显示 GMT,有的显示单独一个 Z,有的在时区选择器中显示 GMT+0。每一个背后的时钟都是同一个。这种多样性是这么多人查询如何把 UTC 换算成 GMT 的原因之一,尽管答案是什么也不需要改变。

靠近零度线的城市

雷克雅未克全年使用 UTC+0。卡萨布兰卡一年中大部分时间使用 UTC+1,只在斋月期间降到 UTC+0。里斯本和都柏林冬季使用 UTC+0,夏季使用 UTC+1。如果列表提供的是城市而不是 GMT 这个名称,请在相信偏移量之前检查日期。

把 UTC 换算成 GMT 时的常见失误

出于习惯加或减一小时

整天在时区之间换算的人,往往会下意识地调整小时。UTC 与 GMT 之间不应有任何变化。如果您的结果与输入不同,说明您把 GMT 与夏季的伦敦时间混为一谈了。

把 GMT 当作伦敦全年的时钟

伦敦从十月下旬到三月下旬使用 GMT,其余时间使用英国夏令时。六月里说“15:00 GMT 见”的消息是含糊的,除非您知道写信人想的是不是伦敦的时钟。

搞混 Etc 时区的符号

Etc/GMT+3 比 UTC 慢三小时,而不是快。使用这些名称的软件会把符号取反,这个错误可能使日程偏移六小时。

忘了日期在下一步仍可能改变

从 UTC 到 GMT 这一步从不改变日期,但随后的一步可能会。23:30 UTC 的作业,冬季在布加勒斯特次日的 01:30 运行,夏季是 02:30。

常见问题

UTC 和 GMT 真的一样吗?

对于报时来说,是的。它们的定义不同,但读数始终保持在彼此一秒之内,所以偏移量为零。

我如何手工把 UTC 换算成 GMT?

原样抄下小时和分钟,并保持同一个日期。

伦敦总是使用 GMT 吗?

不是。伦敦冬季使用 GMT,从三月的最后一个星期日到十月的最后一个星期日使用英国夏令时,即 UTC+1。

为什么网络头部写 GMT?

因为这个标准写成时,GMT 是世界时间的通用名称,而这个标签为了兼容而被保留。

我输入的任何内容会离开我的设备吗?

不会。计算在您的浏览器中运行。

更多时区换算

相关换算器包括把 UTC 换算成 CET、把 UTC 换算成 EST、把 CST 换算成 GMT、把 EET 换算成 GMT、把 GMT 换算成 EST、把 CST 换算成 UTC、把 CET 换算成 WET、把 EET 换算成 EST、把 CET 换算成 EST。相反的方向是把 GMT 换算成 UTC。

简而言之,要把 UTC 换算成 GMT,您抄下时钟,因为偏移量为零,并记住伦敦的时钟在夏季是另一回事。计算在本地完成,无需注册,也无需上传。