格林尼治时间 · GMT 现在几点

打开就是一只走到秒的格林尼治大钟：GMT（格林尼治标准时间，也写作格林威治时间）就是零时区的时刻，全年固定、不随夏令时变。旁边两只小钟是北京时间与伦敦当地时间，下面一句实时结论直接说清伦敦此刻用的是 GMT 还是 BST、与格林尼治时间差几小时——这正是很多人算错一小时的地方。往下还有伦敦今年的两个调钟日与下一次调钟倒数、北京 0～23 点对 GMT 的 24 行对照表、双向换算、联系时段色带，以及 GMT 与 UTC 区别的说明。

怎么用

这一页只做一件事：把「格林尼治时间」这个标准讲清楚，并且随时告诉你它现在几点。从上到下六块，不用设置，打开就在走。

一、首屏三只钟

进页第一眼是中间那只特大字的钟，它就是格林尼治时间（GMT），走到秒。它是纯算术算出来的：格林尼治时间按定义等于零偏移，不依赖浏览器的时区库，所以哪怕运行环境被裁剪过，这只钟照样准。大字下面写着当天的日期星期，以及「与北京时间相差多少」这一句——这个差由定义直接得出，全年不变。

左右两只小钟分别是北京时间与伦敦当地时间。北京那只同样是纯算术；伦敦那只交给浏览器自带的时区库，标签上写的是此刻真正生效的缩写，在 GMT 与 BST 之间自动切换。

三只钟下面还有一句实时结论，直接告诉你：伦敦现在用的是哪一档、与格林尼治时间差多少。夏季那几个月，这句话会明说「伦敦当地时间比格林尼治时间靠前一小时，两者不是一回事」。

二、伦敦什么时候用 GMT、什么时候用 BST

第二块是本页的重点之一。页面给出五行读数：格林尼治时间本身（永远零偏移、不参与调钟）、伦敦此刻是哪一档、今年把钟拨快的那一天、今年把钟拨回的那一天、下一次调钟是哪天、还有多少天，外加一句总结说明那天之后伦敦与格林尼治时间的关系会变成什么样。

这几个日期不是手写进页面的，而是让程序拿着时区库逐日扫描偏移真正跳变的那一天。好处很直接：规则以后要是改了，页面跟着变，不会像写死日期的页面那样从某天起开始骗人。现行的换季安排在春秋各有一个周日的凌晨，具体是哪一天以当地官方公布为准，页面读数就是当年的真值。

三、格林尼治时间与北京时间对照表

第三块是一张 24 行的整点对照表：北京的 0 点到 23 点，各自对应格林尼治时间几点、是不是跨了日。当前这一小时会高亮，一眼能定位「现在在表的哪一行」。整张表可以复制，复制出来是制表符分隔的纯文本，贴进表格软件或聊天窗口都能用。

表格上方那一句先把口径说清楚：会随季节变的是伦敦当地时间，不是格林尼治时间，所以这张表全年通用。

四、格林尼治时间和北京时间换算

要算的不是「现在」而是「那个会议的时刻对应我这边几点」时，用这一块：选换算方向（格林尼治时间 → 北京时间或反过来），填日期和时刻，点「换算」立刻得到另一边的日期时刻，跨日会标成「次日」或「前一日」。「现在」按钮把日期时刻一键填成此刻，「对调」把方向反过来，「复制结果」给出一整句可以直接发出去的话。

结果卡里还附一行「同一刻的伦敦」，按伦敦此刻生效的那一档估算，方便你顺手核对英国那边的当地时间；跨过调钟日的安排，页面会提醒以当天实际为准。

五、什么时候联系零时区那边合适

这一块给要和零偏移那一带联系的人用。页面把北京的 0～23 点排成一条带，上面一行是北京、下面一行是格林尼治时间，按「两边都在当地 9 点到 22 点之间」分成三色：绿＝两边都醒着，黄＝只有一边方便，灰＝有一边在睡觉。上方一句话直接给结论，包括重叠段一共几个小时。

六、关于 GMT 的几件事

最后一块是四张常识卡：GMT 与 UTC 的区别、本初子午线与格林尼治天文台、「GMT+8」为什么就是北京时间、邮件与会议邀请里写 GMT 到底指什么。都是能查证的通识，不讲传闻。

七、这一页不做的事

本页时间以你这台设备的时钟为准，不向任何服务器要时间，也不发任何网络请求。只想知道伦敦当地现在几点，去英国时间；要按偏移查东八区、UTC+8，去UTC+8；看到 EST、PST、CST 一类缩写不知道是几点，去时区缩写对照；要同时排好几个城市，去世界时钟；想把各地今年的夏令时起止一屏看完，去夏令时；怀疑自己设备的时间不准，去时间校准量一下偏差。

怎么看结果

「GMT 和北京差 8 小时」是定义，不是观察

很多时差是要看季节的，唯独这一对不用：格林尼治时间是零偏移，北京时间是 UTC+8，两者永远差 8 小时。所以对照表全年有效，换算也不需要挑日期。真正需要留神的是另一件事——你手上那个写着 GMT 的时刻，到底是不是真的按零偏移写的。

会变的是伦敦，不是格林尼治时间

本页反复强调这一点，因为它是最常见的一小时误差来源。格林尼治时间是一个标准，伦敦是一座会调钟的城市：伦敦夏季改用 BST，当地钟表比零偏移靠前一小时；冬季回到标准时，读数才和格林尼治时间相同。

判断此刻在哪一档不用你自己数月份：首屏那句实时结论、第二块里「伦敦此刻」那一行，都会写明。做法是先用时区库算出伦敦此刻的真实偏移，再和这个时区的标准偏移比一比，大就是夏令时，缩写按比较结果挑，而不是把 GMT 或 BST 当成固定标签贴上去。

「次日／前一日」那个标

北京与零时区差 8 小时，跨日比想象中频繁：北京的凌晨就是零时区的前一天下午。北京周一早上 8 点，格林尼治那边刚进入周一 0 点；北京周五晚上 10 点开的会，按 GMT 记是周五下午 2 点，还算同一天，再晚一点就跨过去了。对照表和换算结果里那个小标专治这个，约会议、交材料、抢报名名额时值得多看一眼。

时区算不出来的时候

极老的浏览器或被裁剪过的运行环境可能没有完整的时区库。这时页面顶部会出现一条提示：中间那只格林尼治大钟照常准确（它只是零偏移的算术），但伦敦那只钟与换季那一块会退回按格林尼治时间估算，夏季可能差一小时，卡片上也会注明。遇到这种情况，结论仅供参考，建议换一个较新的浏览器再看。

你的选择存在哪里

页面只记一样东西：换算方向选了哪个，写在你这台设备浏览器的本地存储里，下次打开还是它。填进去的日期和时刻不落盘，换一台设备要重新选；清理浏览数据就回到默认方向。

常见问题

「GMT+8」是什么意思？要不要换算？

GMT+8 与 UTC+8 指的是同一个偏移，也就是东八区，中国大陆通用的北京时间。所以订单页、网游公告、跨国邮件里写着 GMT+8 的时刻不用换算，就是你手机上显示的时间。要一档一档看各地几点，去UTC+8那一页更顺手。

为什么有的地方写 UT、UT1，它们和 GMT 一样吗？

严格说不完全一样。UT 是世界时的统称，UT1 是按地球自转实测得出的那一个版本，而 UTC 用原子钟计时、再靠不定期的闰秒把自己与 UT1 拉住，两者相差始终保持在很小的范围内。日常场景里，GMT、UT、UTC 指向同一刻，差别只在精度与定义；需要区分它们的是天文与授时领域，普通的会议排期、订单时间不必纠结。

冰岛、加纳、葡萄牙是不是也用格林尼治时间？

零偏移这一档上确实不止英国：非洲西部与欧洲西南的一些国家和地区常年或冬季落在这里，页面的对照表与联系时段色带对它们同样管用。但要注意各地是否实行夏令时并不一样，有的常年零偏移，有的只有冬季在这一档。要查具体某座城市，用世界时钟按城市取，别拿本页的零偏移直接套。

手机上能用吗？

能。窄屏下大钟自动缩到合适的字号，两只小钟改成上下排列，对照表收窄并隐去最后一列，联系时段那条带可以左右滑动。日期和时刻用的是系统自带的选择器，不需要额外的键盘操作。

和 time.is、各家时区网站相比呢？

那些站点做「某地现在几点」都很成熟。这一页的不同在于它是围着「GMT 这个标准本身」组织的：主钟不是某座城市，而是零偏移；页面花最大力气解释的是标准与城市的区别，以及夏季那一小时的来龙去脉。要查具体城市，本站另有英国、世界时钟等页面分工负责。

原理与冷知识

本初子午线为什么在格林尼治。格林尼治位于英国伦敦，那里的皇家天文台是本初子午线的所在地。1884 年的国际子午线会议把经过格林尼治的那条线定为经度零点，全球的经度与时间从此有了共同的起算点，各地的时间也就写成了「零点往东往西加减几小时」。「格林尼治时间」这个名字正是这么来的。

Mean 那个字是有讲究的。Greenwich Mean Time 里的 Mean 是「平均」的意思，指的是平太阳时——真实太阳走得并不匀，一年里同一钟点的太阳位置会前后漂移十几分钟，于是人们假想了一个匀速运行的「平太阳」来定义一天的长度。这也是为什么本站另有一页专门算真太阳时：日晷上的读数和钟表上的读数本来就不是一回事。

零点从午时挪到午夜，是航海与民用两套习惯的合流。历史上天文观测为了不让一夜的记录跨日，曾把一天的起点定在正午；民用的计日则一直从午夜起算。二十世纪上半叶，天文口径改为与民用一致，从午夜起算，GMT 这个名字也就同时背着两种历史含义。今天再看到旧文献里的 GMT 时刻，遇到对不上的情况，先想想它出自哪一套习惯。

UTC 这个缩写为什么两头不像。英文是 Coordinated Universal Time，法文是 Temps Universel Coordonné，缩写按英文该是 CUT、按法文该是 TUC。为了不偏袒任何一方，国际上折中定了 UTC——两种语言都读得通、又都不完全对。这种命名上的妥协在国际标准里并不少见。

闰秒正在退场。UTC 靠原子钟计时，地球自转却时快时慢，于是过去几十年里不时要插入一个「闰秒」把两者拉住。闰秒对天文授时有用，对计算机系统却是麻烦制造者：多出来的那一秒让不少服务在同一时刻集体出错。国际计量界已经决定在未来大幅推迟乃至取消这种调整，具体安排以官方公告为准。对普通用户来说，这意味着以后的时间会更「无聊」，而无聊正是时间标准最想要的品质。

时区数据是一份全球共同维护的文件。浏览器、手机、服务器里那份时区规则叫 IANA 时区数据库，记录了每个地区的偏移变化、夏令时规则与历史调整，每年发布好几个版本，因为总有国家在改。这也是网页不该自己写夏令时日期表的根本原因——写死的那一刻就开始过期。本页把伦敦那一块完全交给这份数据库，只负责把它算出来的东西说清楚；而格林尼治时间本身不在这份数据库的变动范围内，它就是那个零点。

为什么技术约定从不用缩写。时区缩写撞车非常多：IST 可以指印度、爱尔兰或以色列，CST 可以指中国也可以指美国中部，BST 在英国是夏令时、在另一个国家却是标准时。所以正经的接口与日志只写 UTC 偏移或时间戳，收到含缩写的时间拿不准时，最省事的办法是请对方补一句 UTC 偏移。这一页把 GMT 写清楚，也是为了让人少踩一次这类坑。