纽约时间 · 美东时间现在几点

打开就是纽约那只走秒的大钟：当地时刻、日期星期、此刻真正生效的缩写（EST 还是 EDT）、比北京慢几小时，旁边一只北京时间做参照。往下是美股交易时段折算成北京时间的对照卡（夏令时与冬令时自动不同）、与北京时间的 24 行整点对照表、北京与纽约互换、今年夏令时起止与下一次调钟、双方都方便的联系时段，以及华盛顿、波士顿、多伦多这些同时刻城市。

怎么用

这一页只回答四件事：纽约现在几点、和北京差几个小时、我几点联系合适、夏令时什么时候变。打开就在走，不用点任何东西。

一、首屏那只大钟

最上面的大字是纽约当地时间，走到秒，旁边一只小的是北京时间，方便一眼对齐。大钟上还有四样东西：

• 此刻真正生效的缩写：实行夏令时的那几个月显示 EDT，其余时间显示 EST。写哪一个不是按月份猜的，是拿此刻的实际偏移和这个时区的标准偏移比出来的；
• 当地日期与星期，后面跟一句「还是北京的昨天」或者「与北京同一天」——跨半个地球最容易错的其实是日期，不是钟点；
• 比北京慢几小时，后面跟着 UTC 偏移；
• 现在是夏令时还是冬令时，是夏令时的时候整张卡的边框会变色。

二、美股交易时段是北京时间几点

这是本页特有的一块，专门省掉「自己加 12 还是加 13 小时」这道心算。卡里三行，左边是纽约当地那一侧的钟点，右边是折算后的北京时间：

• 盘前时段：纽约 4:00～9:30；
• 常规交易时段：纽约 9:30～16:00；
• 盘后时段：纽约 16:00～20:00。

右边那一列随季节自动变，页面拿此刻的真实偏移当场算，换季当天也不会错。卡最上面一行还会写「现在处于：盘前／交易中／盘后／休市时段」。🔴 这里只讲钟点：具体钟点以交易所公告为准，节假日的休市安排本页不做，「现在处于」那一行也只按钟点与星期粗判，没有查过节假日。

三、与北京时间对照表

选不选都在那儿：北京 0 点到 23 点各自对应纽约几点、是不是跨了日（标成「前一日」或「次日」），当前这一小时高亮，一眼能定位「现在在表的哪一行」。表上方那句话直接给结论，并且把两个季节的数字一起给出来。整张表可以复制，出来是制表符分隔的纯文本，贴进表格软件或聊天窗口都能用。

四、换算：北京 ⇄ 纽约

填一个日期和时刻，点「换算」就出结果。方向可以选「北京时间 → 纽约当地」或者反过来，「对调」一键换向，「现在」把日期时刻填成此刻。

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

五、夏令时卡与联系时段

夏令时卡回答三件事：今年的夏令时从哪天到哪天、下一次调钟在哪天、当地几点跳到几点、还剩几天、调完之后与北京的差从几小时变成几小时，顺带把美股常规时段折算后的北京钟点一起标出新旧两版。这些日期都是页面逐日扫浏览器里的时区库扫出来的，不是写死的。

最后那条 24 格色带，把北京的 9～22 点和纽约的 9～22 点叠在一起：深色＝两边都清醒，浅色＝一边要将就，空白＝两边都在睡。上方一句结论直接点出最值得推荐的那一小时。

最下面一块是同一时刻的其它城市：华盛顿、波士顿、费城、迈阿密、亚特兰大、底特律、多伦多，每一座都是按它自己的时区名分别取的——不是拿纽约的时间抄一遍，万一哪天哪座城市的规则变了，这里会各走各的。

这一页不做的事

本页不向任何服务器要时间，显示的一切都是拿你这台设备的时钟加时区偏移算出来的。设备时钟准不准，去时间校准量一下；美国其它时区看美国时间；美西看洛杉矶时间；别的国家看世界时钟；只想查 EST、PDT、UTC+8 这类缩写是几点，去时区缩写对照。

怎么看结果

ET、EST、EDT：三个缩写的分工

这三个是本页出现频率最高的字母，分工其实很清楚：

• ET（Eastern Time，东部时间）：统称，不分季节。邮件、会议邀请里写 ET 最稳妥，对方不管什么时候看都不会错；
• EST（Eastern Standard Time，东部标准时间）：UTC−5，冬天那一段用；
• EDT（Eastern Daylight Time，东部夏令时间）：UTC−4，实行夏令时那一段用。

最常见的错法是全年都写 EST：一半时间对，另一半整整错一小时。看到别人写「8 PM EST」而当时其实在夏令时里，多半他想说的是「晚上 8 点美东」，并不是真的 UTC−5。拿不准就让对方给一个 UTC 偏移，或者直接约一个换算好的北京时间。

东部时区大致覆盖哪些地方

只说代表城市，不逐州下结论：纽约、华盛顿、波士顿、费城、匹兹堡、迈阿密、奥兰多、亚特兰大、夏洛特、底特律、克利夫兰一带都在东部时间里；往北过境，加拿大的多伦多、渥太华、蒙特利尔也走同一套钟点。

🔴 时区边界不是按州切的。有若干个州内部跨两个时区，佛罗里达、密歇根、印第安纳、肯塔基、田纳西等州都各有一部分不与本州主体同区。所以要确认某个具体的小地方，以当地官方或对方本人说的为准。往西依次是中部时间、山地时间、太平洋时间，相邻两个差 1 小时——纽约和洛杉矶差 3 小时，这个 3 小时全年不变，因为它们一起调钟。

「慢 12 小时还是 13 小时」：两个都对

北京时间是 UTC+8 且全年不调钟，所以中美时差的变化完全来自美国那一侧。纽约实行夏令时时是 UTC−4，与北京差 12 小时；其余时间是 UTC−5，差 13 小时。页面拿当前偏移减去北京的偏移得出差值，再写成人话，所以页面上任何一处的读数都是同一套算法算出来的，不会互相打架。

美股那几个钟点折成北京时间

纽约那一侧的钟点是固定的，北京这一侧一年有两版：

• 夏令时期间：常规交易时段 21:30～次日 4:00（盘前 16:00～21:30，盘后次日 4:00～8:00）；
• 冬令时期间：常规交易时段 22:30～次日 5:00（盘前 17:00～22:30，盘后次日 5:00～9:00）。

这组数字不用背，也不用担心它过期——由 UTC−4／UTC−5 与 UTC+8 直接相减就能得到，页面每次都按当时的真实偏移重算一遍。节假日休市不在本页范围内，页面上的「现在处于」也只按钟点与星期粗判。

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

北京与纽约差 12 到 13 小时，两地有大半天日期对不上：北京周一上午 9 点，纽约还是周日晚上。所以本页在四个地方都标了日期：大钟下面写与北京是不是同一天、对照表第三列标「前一日」、换算结果里跨日标成「次日」或「前一日」、色带里属于前一天的格子带下横线。约会议、发邮件、定截止时间，先看日期再看钟点。

时区算不出来的时候

极老的浏览器或被裁剪过的运行环境可能没有完整的时区库，这时页面顶部会出现一条红色提示，各处退回「固定偏移、未含夏令时」的估算——实行夏令时的那几个月里显示的纽约时刻会比实际慢一小时，结论仅供参考。

常见问题

现在美国东部时间几点？这一页准吗？

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

美东夏令时什么时候开始、什么时候结束？

现行规则是三月的第二个周日当地凌晨 2:00 把钟拨快到 3:00，十一月的第一个周日当地凌晨 2:00 拨回 1:00。这条规则历史上改过好几次，以后也可能再改，具体到某一年的哪一天，以当地官方公布为准。本页不写死任何日期：夏令时卡上的起止与「下一次调钟」是逐日扫浏览器自带的时区库扫出来的，所以规则将来变了，这一页也会跟着变。

多伦多和纽约一样吗？

目前一样：多伦多也走东部时间，冬天 EST、夏天 EDT，调钟日期也与美国一致。但页面仍然按多伦多自己的时区名单独取时间，而不是拿纽约的读数抄一遍——两国的夏令时规则是各自立法的，历史上就出现过不同步的年份，写死「一样」迟早要错。底特律同理，它有自己的时区名。

北京时间几点打电话给纽约合适？

用页面最下面那条色带。常见的结论是北京晚上 9 点到 10 点对上纽约上午 9 点到 10 点，反过来北京上午 9 点到 10 点对上纽约的前一天晚上 9 点到 10 点。跨季节时这两段会整体挪一小时，所以别背结论，看页面当场算的那一句。

为什么时区名写成 America/New_York 而不是「美国东部」？

这是 IANA 时区数据库的命名规矩：用「大区／代表城市」而不是国家或区域名。原因很实际——行政区划会变、一个国家也可能有多个时区，而一座具体的城市相对稳定。东部时间写 America/New_York，底特律另有 America/Detroit，多伦多是 America/Toronto。页面内部用的就是这些名字。

手机上能用吗？

能。窄屏下大钟占满一行、北京那只小钟挪到下面，城市列表变成单列，色带可以左右滑动。

原理与冷知识

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

纽约的报时曾经靠一只球。在无线电报时号普及之前，港口和天文台用「落球」报时：正午前把一只大球升到杆顶，到点落下，全港的船长用望远镜盯着它对船钟。时代广场跨年落球的传统就是从这种报时球来的——今天它只剩仪式感，当年是正经的授时设备。

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

「东部时间」不只美国在用。加拿大安大略省与魁北克省的大部分地区、墨西哥的金塔纳罗奥州一带、加勒比海的几个岛，钟点都落在 UTC−5 这一档上，但它们调不调钟、什么时候调各有各的规定——有的常年 UTC−5 不动。所以「和纽约一样」这句话只在具体那一天成立，写进代码里就成了隐患，这也是本页把每座城市分开取的原因。

北京时间一个时区，横跨约 60 个经度。与美国划四个时区的思路相反，中国全境统一使用北京时间（UTC+8），法定上只有一个时区，也没有夏令时。好处是全国的时刻表、通讯、调度不必换算，代价是西部作息与太阳错位。这正是本页把北京时间当成一条固定基准线的原因：它一年到头不动，中美时差的所有变化都来自纽约那一边。