欧洲时间 · 欧洲各国现在几点

打开就是四块欧洲时间同屏走秒：西欧（伦敦）、中欧（柏林、巴黎、马德里、罗马）、东欧（雅典、赫尔辛基）和莫斯科，顶上一只北京时间做参照，每张卡带当前生效的时区缩写、与北京的时差和夏令时状态。下面还有 41 个欧洲国家的城市一览、与北京时间的 24 行对照表、任意两地的时刻换算，以及一条标出双方都醒着那几个小时的联系时段带。夏令时什么时候开始结束全部由浏览器的时区库实时算，换季那几天的错位也会提示。

怎么用

这一页专做一件事：欧洲那边现在几点、和北京差几个小时、什么时候联系合适。从上到下六块，各管一件事，不用设置，打开就在走。

一、四块欧洲时间同屏走秒

欧洲不像美国那样按国境线切，而是一整片大陆用四档时间，页面首屏就是这四只钟，顶上还挂一只北京时间做参照：

• 西欧时间（代表城市伦敦）：英国、爱尔兰、葡萄牙、冰岛，标准时与世界时同刻；
• 中欧时间（代表城市柏林）：德国、法国、西班牙、意大利、荷兰、比利时、瑞士、奥地利、波兰、捷克与北欧三国等，欧洲最大的一块；
• 东欧时间（代表城市雅典）：希腊、芬兰、波罗的海三国、乌克兰、罗马尼亚、保加利亚、塞浦路斯；
• 莫斯科时间：俄罗斯欧洲部分、白俄罗斯、土耳其，全年固定，不调钟。

每张卡上有五样东西：当地时间（走到秒）、当地日期与星期、当前真正生效的时区缩写、与北京的时差、以及现在是不是夏令时。缩写不是写死在页面里的字样，而是按此刻的真实偏移挑出来的——同一张卡冬天显示 CET、夏天显示 CEST，伦敦那张则在 GMT 与 BST 之间切换。

二、夏令时与调钟

第二块回答「现在是冬令时还是夏令时、下一次什么时候调钟」。选一个城市，页面给出四行读数：当前偏移、标准时（冬令时）偏移、夏令时偏移、下一次调钟的日期，外加一句话总结「之后与北京的时差从几小时变成几小时」。

这几个日期同样不是手写进页面的，而是让程序拿着时区库逐日扫出偏移跳变的那一天。好处很直接：规则以后要是改了，页面跟着变，不会像写死日期的那种页面一样从某天起开始骗人。

这一块还有一个别处少见的提醒：欧美换季错位。美国进夏令时比欧洲早两三周、退出比欧洲晚一周，中间那一两周里欧美之间的时差会临时少一小时。页面判断出今天正处在这段时间时，会在这里弹出一条橙色提示，并告诉你哪天恢复正常。

三、41 个欧洲国家的城市一览

第三块是一张按时区分组的城市表，覆盖41 个欧洲国家的首都或代表城市，另加几座被搜得最多的大城市（慕尼黑、法兰克福、汉堡、巴塞罗那、米兰、圣彼得堡）。每行给当地时刻、日期星期、与北京的时差和当前缩写；不调钟的地方会标出来。

搜索框认中文国名、中文城市名、英文名、时区缩写和 IANA 时区名：输「德国」「法国」「瑞士」「巴黎」「Berlin」「CEST」「Europe/Athens」都能命中，直接输一整句「德国现在几点」也搜得到。

这里要特别说一句：欧洲不等于欧盟。英国、瑞士、挪威、冰岛、塞尔维亚、俄罗斯、白俄罗斯、土耳其都在这张表里，它们中有的不是欧盟成员，有的连时间规则都和欧盟不一样。

四、与北京时间对照表

承接「欧洲和中国的时差」这类需求：选一个欧洲城市，页面给出一张 24 行的整点对照表——北京的 0 点到 23 点，那边各自对应几点、是不是跨了日。当前这一小时会高亮，所以一眼能定位「现在在表的哪一行」。

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

五、时刻换算

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

两边的城市都可以任选，所以它不只做「北京 ⇄ 欧洲」，也能算「伦敦 ⇄ 柏林」这种欧洲内部的换算。

六、合适的联系时间

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

七、这一页不做的事

本页时间以你这台设备的时钟为准，不向任何服务器要时间，也不发任何网络请求。想查美国那边的时间，去美国时间；要查别的大洲、做多城市会议排期，去世界时钟；想要一块满屏大字的北京时间，去北京时间全屏显示；怀疑自己设备的时间不准，去时间校准量一下偏差。

怎么看结果

欧洲与中国的时差不是一个数字

搜索里常见「欧洲比中国晚 6 小时」「德国时差 7 小时」两种说法，两个都对，也都不完整——因为夏令时。以中欧（德国、法国、西班牙、意大利……）为例：冬令时期间是 UTC+1，比北京慢 7 小时；夏令时期间是 UTC+2，比北京慢 6 小时。一年里大约七个月用短的那个数，五个月左右用长的那个数。

其余三块照此类推，彼此的相对关系倒是全年不变的：

• 西欧（英国一带）比中欧晚一小时，所以比北京慢 8 或 7 小时；
• 东欧（希腊、芬兰一带）比中欧早一小时，所以比北京慢 5 或 6 小时；
• 莫斯科全年 UTC+3，比北京慢 5 小时且不随季节变——这意味着夏天它和东欧同刻、冬天比东欧早一小时。

页面不要求你记这些，卡片上写的永远是此刻的真实差值。

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

CET 和 CEST 差一个字母，意思差一小时：前者是中欧标准时（UTC+1），后者是中欧夏令时（UTC+2）。同理 GMT 与 BST、WET 与 WEST、EET 与 EEST。很多网页把缩写当成固定标签写死，于是七月里还写着 CET，读者照着算就会差一小时。本页的做法是：先用时区库算出此刻的真实偏移，再和这个时区的标准偏移比一比，大就是夏令时，缩写按比较结果挑。莫斯科、伊斯坦布尔这类不调钟的地方就只显示一个缩写或直接显示 UTC 偏移。

「次日／前一日」那个标

中欧与北京差六七个小时，跨日不像美洲那么频繁，但照样会出事：北京的凌晨就是欧洲的前一天晚上。北京周一早上 6 点，柏林还停在周日的深夜；北京周五晚上 11 点开的会，伦敦那边是周五下午 4 点，还算同一天，但再晚一点就跨过去了。换算结果里那个「次日／前一日」的小标专治这个，发邮件约会议时值得多看一眼。

换季那两天的两件怪事

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

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

欧美错位的那一两周

这是跨三地办公的人最容易翻车的地方。美国的规则是三月第二个周日到十一月第一个周日，欧洲是三月最后一个周日到十月最后一个周日——两边根本不是同一天调钟。于是每年春天有两三周美国已经拨快而欧洲还没拨，秋天又有一周欧洲已经拨回而美国还没拨，这两段时间里欧美之间的时差会临时少一小时。

平时中欧比美东早 6 小时，错位期里只早 5 小时。一个从年头开到年尾的周会，如果是按「北京、柏林、纽约」三地固定时刻定的，那两段时间必然会有一边对不上。页面在处于这段时间时会弹提示并给出恢复的日期，按实时读数改一次会议时间就行。

全年不调钟的那几个地方

欧洲并非所有地方都跟着调：俄罗斯（含莫斯科、圣彼得堡与飞地加里宁格勒）、白俄罗斯、土耳其、冰岛都不调钟。这带来一个反直觉的后果——不调钟的地方，与调钟的邻居之间的时差每年会变两次。比如冰岛和伦敦：冬天同刻，夏天伦敦反而比冰岛早一小时。页面上这些地方会标「全年不调钟」，别拿去年的经验套。

时区算不出来的时候

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

常见问题

GMT 和 UTC 到底是什么关系？

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

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

中欧时间到底覆盖哪些国家？

范围比很多人想的大。按现行安排，使用中欧时间的有：德国、法国、西班牙（本土）、意大利、荷兰、比利时、卢森堡、瑞士、奥地利、丹麦、瑞典、挪威、波兰、捷克、斯洛伐克、匈牙利、斯洛文尼亚、克罗地亚、塞尔维亚、波黑、北马其顿、阿尔巴尼亚、马耳他、摩纳哥等等——从北欧一直连到地中海，是欧洲面积最大的一块时间。

正因为它跨了这么多经度，边缘地区的太阳时与钟表时间差得不小：最西边的西班牙加利西亚一带日落极晚，最东边的波兰则相对正常。这也是欧洲内部关于时区划分争论不休的原因之一。

留学和外贸，什么时候联系欧洲最合适？

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

• 联系中欧（德、法、西、意）：北京下午三四点之后那边刚上班，北京晚上七八点对应那边中午前后，是回复最及时的时段；
• 联系英国：比中欧再晚一小时，北京傍晚之后才进入对方上午；
• 联系东欧、莫斯科：那边上班早一小时到两小时，北京下午两三点就能找到人；
• 反过来，北京上午发邮件，欧洲那边多半还在睡，指望当天早上得到回复不现实——但发邮件本身是好事，对方一上班就看到。

约面试、约中介、约供应商视频会议时，最好在邀请里同时写上双方的当地时间和日期，例如「北京时间某日 21:00 ＝ 柏林时间同日 15:00」，页面的换算结果可以直接复制成这样一句。另外要提前确认那一周是不是刚好碰上换季或者欧美错位。

手机上能用吗？

能。窄屏下四只钟会变成两列，城市一览变成两列，对照表收窄，联系时段那条带可以左右滑动。手机上的日期和时刻用的是系统自带的选择器。

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

夏令时卡、对照表、换算两端和联系时段选的城市，都写在你这台设备浏览器的本地存储里，下次打开还是它，换一台设备要重新选。这一页不发任何网络请求，你的选择不会离开这台设备；清理浏览数据就会回到默认的中欧。

为什么页面上没有欧洲的半小时时区？

因为欧洲确实没有。全球有印度（UTC+5:30）、尼泊尔（UTC+5:45）、伊朗（UTC+3:30）这类非整点时区，但欧洲各国的偏移全部是整小时，历史上那些精确到分秒的国家标准时（荷兰早年用过的 UTC+0:19 之类）早已废除。要看非整点时区，去世界时钟那一页。

原理与冷知识

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

欧洲的调钟是「同一刻」，美国的调钟是「各自当地 2 点」。这是两套设计哲学的差别。欧盟规定全欧在世界时 1:00 统一切换，于是英国在当地 1 点、德国在当地 2 点、希腊在当地 3 点同时跳——整块大陆的相对时差在切换瞬间保持不变。美国则是各时区各自在当地凌晨 2 点调，于是切换那天美国内部的时差会短暂错乱几小时。欧洲这个设计省了很多麻烦，代价是对跨洋协作毫无帮助：欧美之间该错位还是错位。

西班牙和法国用中欧时间，是四十年代留下来的。两国本土大部分在格林尼治经线附近，按太阳走本该和英国一档。上世纪四十年代前后，它们先后把时钟调到与柏林一致，战后都没有改回去。后果是这两国的社会作息整体后移——西班牙的午休、晚饭、电视黄金档都比欧洲其他地方晚一两个小时，学界一直有人主张这影响了睡眠时长与工作效率。西班牙官方讨论过改回西欧时间，至今没有付诸实施。

葡萄牙试过改，又改了回去。上世纪九十年代初，葡萄牙曾把标准时改成与中欧一致，几年后又退回西欧时间。公开的理由包括冬季早晨天亮太晚影响学童上学、以及全国作息与英国等传统贸易伙伴脱节。这个例子常被拿来说明：时区不是纯技术问题，改动带来的社会成本往往比想象中大。

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

俄罗斯的钟被来回拨过好几次。它先尝试过「全年夏令时」，取消了季节性调整，结果冬季早晨过于黑暗招致大量抱怨；几年后又改成全年固定在标准时，也就是今天的安排。莫斯科由此稳定在 UTC+3，并且与欧洲的时差每年会变两次——不是因为它自己动了，而是因为邻居在动。

加里宁格勒是个时间上的孤岛。这块俄罗斯飞地夹在波兰与立陶宛之间，用 UTC+2，与莫斯科差一小时，与周边的波兰（中欧时间）也差一小时；而波兰调钟、它不调，所以一年里有一半时间它和波兰同刻、另一半时间早一小时。类似的小拧巴在欧洲边界地带还有不少。

时区是铁路逼出来的。在十九世纪中叶以前，每座欧洲城市用自己的太阳时，隔壁城镇差几分钟没人在意。铁路来了之后时刻表成了灾难，1884 年的国际子午线会议确定以格林尼治为本初子午线，各国才陆续以它为基准划出整小时时区。换句话说，我们今天用的时间体系，起点是为了让火车不撞车。

夏令时的账其实不好算。它最初的理由是省照明电，今天的研究普遍认为这点节约非常有限，反而带来切换前后的作息紊乱、交通事故与软件故障。欧盟在 2018 年做过一次数百万人参与的公众咨询，多数受访者支持取消；2019 年欧洲议会投票通过取消季节性时间调整。但这件事随后卡在成员国的协调上——如果邻国各选各的，欧洲内部的时差会变得比现在更乱。所以它的存废更多是政治协调问题，不是技术问题，在真正落地之前，本页照旧按时区库实时算。