英国时间 · 现在英国几点

打开就是一只走到秒的英国大钟：当地时刻、日期星期、此刻真正生效的时区缩写（GMT 还是 BST）、与北京差几小时、现在是不是夏令时，旁边挂一只北京时间做参照。往下还有今年夏令时从哪天到哪天与下一次调钟的日期、北京 0～23 点对英国几点的 24 行对照表、任意时刻的双向换算，以及一条标出双方都醒着那几个小时的联系时段带。英国全境只有一个时区，页面另列七座城市与都柏林、里斯本两个邻居；换季日全部由浏览器的时区库实时扫出，不写死任何一年的日期。

怎么用

这一页专做一件事：英国那边现在几点、和北京差几个小时、夏令时什么时候变。从上到下六块，不用设置，打开就在走。

一、首屏那只大钟

进页第一眼就是英国当地时间，走到秒，页面切到后台时停刷、切回来立刻对齐整秒。大字下面有四样东西：

• 当地日期与星期——「现在几点」常常还连着「今天几号、周几」，尤其是跨日那几个小时；
• 此刻真正生效的时区缩写——在 GMT 与 BST 之间自动切换，不是贴死的字样；
• 与北京的时差——写成「比北京慢几小时」，数字是按此刻的真实偏移算出来的；
• 现在是夏令时还是冬令时——一句话说清，省得自己数月份。

旁边还挂一只小的北京时间做参照，两只钟同屏，差多少一眼看得出来。顶上的下拉可以换城市，但英国全境只有一个时区，换城市只是换个名字，时刻是同一个；下拉里另有都柏林与里斯本两个邻居，它们是各自独立的时区。

二、GMT、BST 与夏令时

第二块回答「现在是哪一档、什么时候变」。页面给出六行读数：当前偏移、标准时（冬令时）偏移、夏令时偏移、今年拨快的那一天、今年拨回的那一天、下一次调钟是哪天，外加一句话总结「那天之后与北京的时差从几小时变成几小时」。

这几个日期不是手写进页面的，而是让程序拿着浏览器自带的时区库逐日扫出偏移跳变的那一天。好处很直接：规则以后要是改了，页面跟着变。这一块下面还有三张小卡，分别解释 GMT、BST、UTC 三个缩写分别是什么，承接「bst 是什么时间」这类问法。

三、与北京时间对照表

选好城市后，页面给出一张 24 行的整点对照表——北京的 0 点到 23 点，英国那边各自对应几点、是不是跨了日。当前这一小时会高亮，一眼能定位「现在在表的哪一行」。

表格上方那一句直接给结论，并且把两个季节的时差一起说清楚：一个是此刻生效的，另一个是换季之后的。整张表可以复制，复制出来是制表符分隔的纯文本，贴进表格软件或聊天窗口都能用。

四、英国时间和北京时间换算

要算的不是「现在」而是「下周二晚上八点那边几点」时，用这一块：两边各选一个地点，填日期和当地时刻，点「换算」立刻得到对方的当地日期时刻，跨日会标成「次日」或「前一日」。「现在」按钮把日期时刻一键填成此刻，「对调」把两边互换，「复制结果」给出一整句可以直接发出去的话。

两边都可任选，所以它不只做「北京 ⇄ 英国」，也能算「伦敦 ⇄ 都柏林」这种。遇到换季那天的特殊时刻，页面会在结果下面明确提示（详见下一节）。

五、什么时候联系合适

这一块给要联系那边的人用。页面把北京的 0～23 点排成一条带，上面一行是北京、下面一行是英国，按「两边都在当地 9 点到 22 点之间」分成三色：绿＝两边都醒着，黄＝只有一边方便，灰＝有一边在睡觉。上方一句话直接给结论，例如「北京时间某点到某点 ＝ 伦敦某点到某点，双方都在白天」。

六、同一时间的其它城市

最后一块把英国境内七座城市（伦敦、爱丁堡、曼彻斯特、伯明翰、格拉斯哥、贝尔法斯特、加的夫）并排列出来，每座都给当地时刻、日期星期、与北京的时差和当前缩写——它们的读数永远相同，列出来是为了让人放心。下面单独一组是都柏林与里斯本：平时和英国同刻，但各自是独立时区，页面按各自的 IANA 时区名分别取，不假设它们永远同步。

七、这一页不做的事

本页时间以你这台设备的时钟为准，不向任何服务器要时间，也不发任何网络请求。想看欧洲大陆各国，去欧洲时间；只关心德国那边，去德国时间；要查别的大洲、做多城市会议排期，去世界时钟；想要一块满屏大字的北京时间，去北京时间全屏显示；看到 EST、PST、CST 一类缩写不知道是几点，去时区缩写对照；怀疑自己设备的时间不准，去时间校准量一下偏差。

怎么看结果

英国和中国的时差不是一个数字

搜索里常见「英国比中国晚 8 小时」和「英国时差 7 小时」两种说法，两个都对，也都不完整——因为夏令时。英国冬天用 GMT（UTC+0），比北京慢 8 小时；夏天用 BST（UTC+1），比北京慢 7 小时。一年里大约七个月用短的那个数，五个月左右用长的那个数。

换成日常场景就是：北京下午 5 点，伦敦是上午 9 点（夏令时）或上午 10 点（冬令时，此时北京得等到下午 6 点那边才上班）。页面不要求你记这些，大钟上写的永远是此刻的真实差值，对照表上方那一句会把两个数字一起给你。

缩写是算出来的，不是贴上去的

GMT 和 BST 差一个档次，意思差一小时。很多网页把缩写当成固定标签写死，于是七月里还写着 GMT，读者照着算就会差一小时。本页的做法是：先用时区库算出此刻的真实偏移，再和这个时区的标准偏移比一比，大就是夏令时，缩写按比较结果挑。都柏林那一条显示的是 GMT 与 IST，里斯本显示的是 WET 与 WEST，各按各的来。

「次日／前一日」那个标

英国与北京差七八个小时，跨日比想象中频繁：北京的凌晨就是英国的前一天晚上。北京周一早上 6 点，伦敦还停在周日深夜；北京周五晚上 11 点开的会，伦敦那边是周五下午 3 点或 4 点，还算同一天，但再晚一点就跨过去了。换算结果里那个「次日／前一日」的小标专治这个，约面试、交作业、抢报名名额时值得多看一眼。

换季那两天的两件怪事

英国的调钟统一在世界时 1:00 那一刻发生，对应英国当地凌晨 1 点。于是一年里有两天，当地的「墙上时间」会出问题，本页都老实标出来：

• 春天拨快的那天，有一小时不存在。当地 1:00 直接跳到 2:00，那天压根没有「1 点 30 分」。你要是在换算里填了这么一个时刻，页面会提示「你填的这个当地时刻并不存在」，并按拨快之后的时刻算。
• 秋天拨回的那天，有一小时出现两次。当地 2:00 拨回 1:00，于是「1 点 30 分」当天来了两遍。页面会提示这一点，并按第一次（夏令时那一次）给结果。

这两天也是各类自动脚本最容易出错的日子。跨过换季日的安排，最稳的做法是按页面上的实时读数重新算一遍，别拿上个月的经验套。

英国与欧洲大陆的关系是固定的

英国比中欧（德国、法国、西班牙、意大利……）晚一小时，这一点全年不变，因为欧洲各国在同一刻一起换季。所以伦敦上午 9 点就是柏林、巴黎的上午 10 点，反过来也一样。要同时盯着英国和欧洲大陆的人，可以把这一页和欧洲时间对照着看。

真正会临时错位的是英美之间：美国的换季日和欧洲差着一两周，那段时间英国与美东的时差会临时少一小时。这一页只管英国，遇到跨美洲的排期，建议去世界时钟按实时读数确认。

时区算不出来的时候

极老的浏览器或被裁剪过的运行环境可能没有完整的时区库，这时页面顶部会出现一条提示，读数退回「固定偏移、未含夏令时」的估算，卡片上也会注明。这种情况下换季前后可能差一小时，结论仅供参考，建议换一个较新的浏览器再看。

常见问题

GMT 和 UTC 到底是什么关系？

两者在日常使用中指向同一刻，但定义不同。GMT（格林尼治平时）是按地球自转定义的旧时标，起点是伦敦格林尼治天文台那条本初子午线；UTC（协调世界时）是按原子钟定义的现行国际标准，靠不定期插入闰秒与地球自转保持同步，两者相差不到一秒。

日常交流里把「GMT+8」当成「UTC+8」没有问题，但写技术文档、数据库字段、接口约定时应当统一写 UTC。有意思的是，英国自己的标准时在时区库里就叫 GMT——这是全世界唯一一个把民用标准时直接叫 GMT 的地方，别的国家用的都是「UTC 加减几小时」。

留学生和家里通话，挑什么时候？

按页面「什么时候联系合适」那条带挑绿色段最省事，大致规律是：

• 国内下午到晚上对应英国上午到下午，是两边都清醒、回复最及时的一段，视频通话、和中介或学校沟通都挑这里；
• 国内早上英国多半还在深夜，别打电话，发消息倒是好事，对方一起床就看到；
• 英国晚上八九点已经是国内的凌晨三四点，除非事先约好，不然别指望家里有人接。

和长辈约通话时，最好在消息里同时写上双方的当地时间和日期，例如「北京时间某日 21:00 ＝ 伦敦时间同日 13:00」，页面的换算结果可以直接复制成这样一句，省掉一轮来回确认。

英国有没有别的时区？海外领地呢？

英国本土只有一个时区，这一页讲的就是它。英国的海外领地散布在全球各地，各有各的时间，和本土不是一回事，本页不收；要查它们请用世界时钟按城市搜。另外常被一起问到的爱尔兰不属于英国，是独立国家，页面把都柏林单独列在「邻居」那一组。

手机上能用吗？

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

我在页面上选的城市会存到哪里去？

城市下拉和换算两端选的地点，都写在你这台设备浏览器的本地存储里，下次打开还是它，换一台设备要重新选。这一页不发任何网络请求，你的选择不会离开这台设备；清理浏览数据就会回到默认的伦敦。

原理与冷知识

本初子午线为什么在格林尼治。十九世纪的海上航行要靠天文观测定经度，而英国皇家格林尼治天文台出的航海历表当时用得最广，大量船只的海图已经以它为零点。1884 年在华盛顿召开的国际子午线会议上，与会各国以多数票通过把经过格林尼治的那条线定为本初子午线，全球时间从此有了共同的起算点。换句话说，格林尼治成为零点更多是既成事实的追认，而不是谁把它选出来的。

时区是铁路逼出来的。在十九世纪中叶以前，英国每座城市各用各的太阳时，布里斯托比伦敦晚十分钟，隔壁城镇差几分钟没人在意。铁路和电报来了之后时刻表成了灾难，铁路公司率先统一采用伦敦时间，民间一度把它叫作「铁路时间」，后来才推广成全国标准。我们今天用的时间体系，起点是为了让火车不撞车。

英国做过一次全国性的「不回拨」实验。上世纪六十年代末到七十年代初，英国试行过几年全年不把钟拨回去，也就是冬天也用夏季的那一档。支持者说傍晚更亮、交通事故更少；反对者说苏格兰北部冬天要到早上十点才天亮，工人和学童只能摸黑出门。实验最终被废止，回到标准时与夏令时轮换至今。今天欧洲讨论「取消季节性调钟」时遇到的正是同一个死结：取消不难，难的是选哪一个作为全年标准——南北纬度差太大，冬季早晨与夏季傍晚的取舍永远谈不拢。

爱尔兰的叫法和邻居正好反过来。多数国家把冬天那一档叫「标准时」、夏天那一档叫「夏令时」，爱尔兰在法律上反着定义：夏天那一档才叫爱尔兰标准时（Irish Standard Time，缩写 IST），冬天则用 GMT。钟表读数与英国完全一致，只是术语反了个个儿。这也是页面为什么不让都柏林复用伦敦那一行——同一刻、不同名，混在一起迟早出错。

BST 这三个字母不止一个意思。在英国它是 British Summer Time，在孟加拉国它是该国的标准时，两者差了六个小时。类似的撞车在时区缩写里非常多：IST 可以指印度、爱尔兰或以色列，CST 可以指中国也可以指美国中部。所以正经的技术约定从不用缩写，只写 UTC 偏移，收到含缩写的时间拿不准时，最省事的办法是请对方补一句 UTC 偏移。

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

夏令时的账其实不好算。它最初的理由是省照明电，今天的研究普遍认为这点节约非常有限，反而带来切换前后的作息紊乱、交通事故与软件故障。欧洲层面确实讨论并投票支持过取消季节性时间调整，但因为各成员国难以就「全年用哪一档」达成一致，至今没有落地，英国也照常调钟。它的存废更多是协调问题，不是技术问题，在真正落地之前，本页照旧按时区库实时算。

「英国时间」并不总等于伦敦的太阳时。英国本土横跨的经度并不大，但最西边的北爱尔兰和最东边的东英吉利，太阳时相差半小时左右，全国统一用一个钟点本来就是一种折中。这正是时区制度的本质：它牺牲的是天文精度，换来的是协作方便——只要大家都看同一块表，火车、课程表和会议才排得下去。