加拿大时间 · 现在加拿大几点

打开就是两只走秒的大钟：西边温哥华、东边多伦多，各带当前生效的英文缩写、日期星期、比北京慢几小时、是不是正在夏令时，旁边一只北京时间做参照。往下是全国各时区此刻几点的一览表（太平洋、山地、中部、萨斯喀彻温、东部、大西洋、纽芬兰各取各的时间）、与北京时间的 24 行整点对照表、北京与加拿大互相换算、今年调钟从哪天到哪天、双方都方便的联系时段，以及温哥华对洛杉矶、多伦多对纽约的跨境对照。夏令时全部由浏览器的时区库实时算，页面不写死任何日期。

怎么用

这一页只回答四件事：加拿大现在几点、和北京差几个小时、那边现在是不是夏令时、什么时候联系合适。从上到下八块，打开就能看。

一、首屏两只大钟

别的城市页只放一只钟，这一页放两只——因为「加拿大时间」本身就不指向一座城市。这个国家东西跨度极大，一头在太平洋岸、一头在大西洋岸，说「加拿大几点」必须先说哪边。页面挑的是华人最多的两座：西边温哥华、东边多伦多，正好一头一个。

每只钟上有五样东西：

• 当地时间，走到秒；
• 此刻真正生效的英文缩写。写哪一个不是按月份猜的，是拿当前偏移与这个时区的标准偏移一比得出来的；
• 当地日期与星期，后面跟一句「还是北京的昨天」或者「与北京同一天」——跨半个地球最容易错的其实是日期，不是钟点；
• 与北京的时差，写成「比北京慢多少小时」，后面跟着 UTC 偏移；
• 现在是夏令时还是冬令时，正在实行夏令时时整只钟的边框会变色。

右边那只小钟是北京时间，做参照用。两只大钟下面还有一句「此刻温哥华比多伦多慢几小时」，这句也是当场比出来的。

最上面一个下拉可以把全页读数在 24 小时制与 12 小时制（上午／下午）之间切换——北美那边口头和邮件里多半写「6 PM」，切到 12 小时制对起来更直观。这个选择会记在你这台设备上。

二、全国各时区现在几点

一张表，一行一个时区：时区名、代表城市、IANA 时区名、现在几点、与北京的差、与东部的差、今天是不是夏令时。

关键的一点：每一行的时刻都是按那个时区自己的规则取的，不是拿哪座城市加减几小时推出来的。这件事在加拿大尤其要紧，因为并不是所有地方都跟着调钟，用「首都时间加减几小时」推会在半年里错一小时。

点表里的时区名，下面的对照表、换算、夏令时、联系时段会一起切过去。表格可以整张复制。

三、与北京时间对照表

选一个时区，给 24 行整点对照：北京 0 点到 23 点各自对应那边几点、是不是跨了日（标成「前一日」）。当前这一小时会高亮，一眼能定位「现在在表的哪一行」。

表上方那句话把两个季节的数字一起给出来：现在差多少、另一个季节差多少——两个数字都是现算的，页面拿当年一月中旬和七月中旬各取一次这个时区的偏移比出来。选到不调钟的那个时区时，这句话会改成「这个差一年里不变，变的是别处」。

纽芬兰那种半小时时区，表里会显示带 30 分的钟点，不会被抹平成整点。表格可整张复制，出来是制表符分隔的纯文本。

四、北京时间与加拿大时间互换

填一个日期和一个时刻，点「换算」看对面几点。方向可以选「北京时间 → 加拿大当地」或者反过来，「对调」一键换向，「现在」把日期时刻填成此刻。

结果卡里除了两边完整的日期时刻，还给出当时的时差（注意是「当时」不是「现在」——填的日期如果在换季之后，用的就是新偏移）、跨不跨日，以及那一天该写的缩写。

换季那两天的两件怪事，页面都会明说：拨快的那天当地有一小时并不存在，拨回的那天有一小时出现了两次。很多网页时钟碰到这两天会静默给出一个错一小时的答案。

五、夏令时与调钟

这一块回答「今年的夏令时从哪天到哪天」「现在是夏令时还是冬令时」「还有多久调钟」「调完差几小时」。上面写着当前状态与偏移，下面列出今年拨快与拨回的两个日期（连当地几点跳到几点一起给）、下一次调钟的日期与还剩几天，以及调完之后与北京的时差从几小时变成几小时、缩写从哪个变成哪个。

选中不跟着调钟的那个时区时，这张卡会直接说「这个时区今年没有夏令时切换」，并补一句：别处调钟的那两天，这里与北京的差反而会跟着变——因为变的是对方。

六、什么时候联系合适

一条 24 格色带，把北京的 9～22 点和当地的 9～22 点叠在一起：深色＝两边都清醒，浅色＝一边要将就，空白＝两边都在睡。上面一行是北京的钟点，下面一行是那一刻的当地钟点，带下横线的格表示那边还在前一天。色带上方一句结论直接给出最值得推荐的那一段。

七、同一时刻的加拿大城市

按时区分组列出主要城市：温哥华、维多利亚、卡尔加里、埃德蒙顿、温尼伯、里贾纳、萨斯卡通、多伦多、渥太华、蒙特利尔、魁北克城、哈利法克斯、圣约翰斯等。同一个时区里的城市钟点永远一样，不同时区的各按各的规则取。

八、和美国那边比一比

很多人真正想问的是「温哥华和洛杉矶是不是一个点」「多伦多和纽约差不差」。页面把这两对城市各取一次当前时刻摆在一起比，给出结论，并链到美国那几页。这是比出来的，不是假设它们永远同步。

这一页不做的事

本页不向任何服务器要时间，显示的一切都是拿你这台设备的时钟加上时区偏移算出来的。设备时钟准不准，去时间校准量一下；要把美国六个时区摆在一屏去美国时间；查别的国家去世界时钟；看到 EST、PST、UTC+8 这类缩写不知道是几点，去时区缩写对照。

怎么看结果

「加拿大和中国差几小时」为什么没有唯一答案

两个原因叠在一起。第一，加拿大不止一个时区：从温哥华到圣约翰斯，同一时刻的钟点相差好几个小时，所以「加拿大时间」这个问法本身就缺一个城市。第二，大部分地区一年调两次钟：同一座城市在一年里与北京的差有两个数，换季那天整体挪一小时。

北京时间是 UTC+8 且全年不调钟，所以差值完全取决于加拿大那一侧此刻的偏移。页面的做法是拿当前偏移减去 480 分钟再写成人话，于是钟面、时区表、对照表、换算结果四处的口径完全一致，不会互相打架。

东西两岸差 3 小时，但这也是算出来的

温哥华与多伦多分属太平洋时间与东部时间，中间隔着山地与中部两个时区，所以钟点差 3 小时；两者同步调钟，这个差常年稳定。不过页面仍然坚持每次都拿两地各取一次当前时刻比出来，而不是把 3 写死——一来规则可能变，二来这套写法用在不调钟的地方才不会翻车。

不是所有地方都跟着调钟

萨斯喀彻温省大部分地区常年不动钟，钟点跟着中部时间的标准时走。于是会出现一个很多人想不通的现象：它与邻省的差在一年里会变——半年和一边一样，半年和另一边一样。变的不是它，是邻居。

页面对这类地方不写任何结论性的话，而是逐日扫时区库：扫到切换日就按扫到的说，扫不到就显示「这个时区今年没有夏令时切换」。这样即便哪天规则调整，页面也会跟着变。具体安排以当地官方公布为准。

缩写为什么会变

同一个地方一年里换两次名字：标准时那几个月写 PST、MST、CST、EST、AST、NST，实行夏令时的几个月写 PDT、MDT、CDT、EDT、ADT、NDT。很多人把「温哥华时间」直接等同于 PST，于是在实行夏令时的那几个月里算错一小时——这是跨境沟通里最常见的一小时误差。

避免出错有两个办法：直接写 UTC 偏移，或者干脆贴一个具体时刻的换算结果，把歧义消掉。页面上的缩写不是按月份判断的：拿当年一月中旬与七月中旬各探一次偏移，小的那个当作标准时，当前偏移比它大就说明正在夏令时。这个做法不依赖任何写死的日期。

跨日：比几点更容易错的事

北京和加拿大差十几个小时，两地有大半天日期对不上：北京周一上午 9 点，温哥华还是周日下午 6 点。所以页面在四个地方都标了日期：大钟下面写着与北京是不是同一天；对照表第三列专门标「前一日／同一天」；换算结果里跨日会标成「次日」或「前一日」；联系时段带里属于前一天的格子带下横线。

约会议、发邮件、定截止时间时，先看日期，再看钟点。

半小时时区不是显示出错

纽芬兰的偏移带 30 分，所以对照表里会出现「07:30」这样的行。这不是页面算错了——世界上确实有一批半小时甚至 45 分钟的时区。页面全程按分钟算，不会把它抹成整点。

时区算不出来的时候

极老的浏览器或者被裁剪过的运行环境可能没有完整的时区库，这时页面顶部会出现一条红色提示，全页退回「固定偏移、不含夏令时」的估算。这种情况下，实行夏令时的那几个月里显示的加拿大时刻会比实际慢一小时，结论仅供参考——换一个现代浏览器就好了。

常见问题

加拿大现在几点？这一页显示得准吗？

时区换算这一层是精确的：夏令时、跨日、换季那两天、半小时时区全都算对。但整体准不准取决于你设备的时钟——页面是拿设备的当前时刻加上时区偏移算出来的，本身不向服务器要时间。开着自动对时的手机和电脑通常在一秒以内；要确认可以去时间校准量一下偏差。

孩子在加拿大留学，几点打电话合适？

用页面最下面那条色带，先在上面把时区切到孩子所在的城市。常见结论是：国内的晚上对上那边的上午，国内的早上对上那边的前一天傍晚。东部与西部的合适时段还差着 3 小时，所以「同学家几点合适」不能照搬。另外提醒一句：那边换季之后整段会挪一小时，别背结论，看当场算的那一句；跨国的日历邀请最好写清楚是哪一边的时间，日历软件才不会把与会者拖错一小时。

移民登陆、报到、面试的时间写的是哪个时区的？

通知上写的一般是办事机构所在地的当地时间，不同省份可能落在不同时区里。稳妥做法是：先确认那座城市属于哪个时区（页面的全国时区表里能查到），再用换算那一块把国内时间与当地时间对起来。涉及正式事务时，页面只是一个换算工具，具体安排以对方机构的正式通知为准。

「多伦多时间上午 10 点」是北京几点？

把页面上的下拉切到 12 小时制，方向选「加拿大当地 → 北京时间」，时区选东部时间，日期填当天、时刻填 10:00，点「换算」就有答案，并且会告诉你北京那边是不是已经到了次日。想看一整天的对应关系，直接看上面那张 24 行对照表。之所以推荐用页面算而不是背一个数，是因为答案在换季前后会差一小时。

手机上能用吗？

能。窄屏下两只大钟改成上下排列、北京参照钟移到下面一行，城市卡变成两列，全国时区表和联系色带可以左右滑动，对照表会收掉「日期」那一列（跨日信息在换算和色带里仍然看得到）。日期和时刻用的是系统自带的选择器。

为什么时区名写成「America/Toronto」？

这是 IANA 时区数据库的命名规矩：用「大区／代表城市」而不是国家或区域名。原因很实际——行政区划会变、一个国家也可能有好几个时区，而一座具体的城市相对稳定。所以加拿大东部时间在数据库里叫 America/Toronto，太平洋时间叫 America/Vancouver，不调钟的萨省有自己的名字。页面内部用的就是这些名字，表里也一并列出来，写程序的人可以直接拿去用。

原理与冷知识

时区数据是一份全球共同维护的文件。浏览器、手机、服务器里那份时区规则叫 IANA 时区数据库（也叫 tz database），记录了每个地区的偏移变化、调钟规则与历史调整，一年发布好几个版本。这也是网页不该自己写夏令时日期表的根本原因：写死的那一刻就开始过期。本页把这件事完全交给这份数据库——连「今年从哪天到哪天」都是逐日扫偏移扫出来的，再在变化的那一天里二分到分钟，所以能精确说出当地几点跳到几点。

横跨六个时区是什么概念。加拿大国土东西极宽，从太平洋岸到大西洋岸要跨过六个时区。这意味着同一个国家里，西边的人刚坐下吃早饭，东边的人已经在准备午饭；一档全国直播的节目，注定有一头的观众要迁就另一头。相比之下中国全境统一使用北京时间，法定上只有一个时区，也没有夏令时——好处是全国的时刻表、通讯、调度不必换算，代价是西部作息与太阳错位。两种取舍各有道理，也正是本页把北京时间当作固定基准线的原因：它一年到头不动。

半小时时区是历史留下的。纽芬兰的偏移带 30 分，看着像个失误，其实是当地在铁路统一标准时之前就已经沿用的地方时被保留了下来。世界上这样的地方还有几处，甚至有 45 分钟档的。这也提醒写程序的人：永远别假设时区偏移一定是整小时，用分钟去算才不会翻车。

标准时区本身是铁路的产物。十九世纪中叶以前，每座城市各用各的太阳时，相邻城镇差几分钟没人在意。铁路来了之后时刻表成了灾难：一列车沿途每一站都要换算当地时间。北美各铁路公司于是自行划出了几个标准时区，很多城市的钟在那一天被重新对了一次，法律上的追认还要更晚。换句话说，时区先由企业定下，政府后来才追认。顺带一提，推动全球统一时区制度的关键人物之一，正是加拿大铁路工程师桑福德·弗莱明。

夏令时最初的理由是省照明电，今天的研究普遍认为这点节约非常有限，反而带来切换前后的作息紊乱与软件故障。北美历史上多次改动起止日期，也有地区干脆不参加。近年不断有取消调钟的提案，但卡在一个老问题上：取消之后到底全年用标准时还是全年用夏令时，各方谈不拢；而且相邻地区如果不同步，麻烦反而更大。所以它的存废更多是协调问题，不是技术问题。

为什么系统内部一律存 UTC。跨时区的先后关系要能比较，就不能各记各的。通行做法是：内部只存 UTC 或 Unix 时间戳，只在显示给人看的那一刻才套上时区。本页也是这么算的——先把你填的当地时刻反解成 UTC，再折算到另一边。反解这一步比正向难，因为存在「不存在的一小时」和「出现两次的一小时」，所以要先按标准偏移猜一次，用时区库校正，再验一遍墙上时刻对不对，对不上才知道撞上了换季那天。想看时间戳本身长什么样，去时间戳转换。

「两地差几小时」不是常数，是一个关于时刻的函数。同步调钟的两个时区之间差值恒定，一边调一边不调就会半年一个样。本页所有的差值因此都是按当下算的，没有一个写死在代码里——包括「温哥华比多伦多慢几小时」这种看起来最不会变的数字。这个习惯在跨时区排班、结算与日志系统里能省下很多麻烦。