美国时间 · 现在美国几点

美国六个时区同屏走秒：东部（纽约）、中部（芝加哥）、山地（丹佛）、太平洋（洛杉矶）、阿拉斯加与夏威夷，每只钟带当前生效的英文缩写、当地日期星期、比北京慢几小时，顶上还有一只北京时间做参照。往下是三十多座美国城市按时区分组、与北京时间的 24 行整点对照表、北京时间与美国当地互相换算、下一次调钟在哪天，以及一条把双方作息叠在一起的联系时段带。夏令时全部由浏览器的时区库实时算，页面不写死任何日期。

怎么用

这一页只回答三件事：美国现在几点、和北京差几个小时、什么时候联系合适。从上到下六块，各管一件事，打开就能看。

一、六只钟：美国现在几点

打开就是六只并排走秒的钟，顺序按从东到西排：东部（纽约）、中部（芝加哥）、山地（丹佛）、太平洋（洛杉矶）、阿拉斯加（安克雷奇）、夏威夷（檀香山）。顶上单独一只北京时间做参照，方便一眼对齐。

每只钟上有五样东西：

• 当前生效的英文缩写：EST／EDT、CST／CDT、MST／MDT、PST／PDT、AKST／AKDT、HST。写哪一个不是按月份猜的，是拿此刻的实际偏移与这个时区的标准偏移一比得出来的；
• 当地时间，走到秒，六只钟同时跳；
• 当地日期与星期，后面跟一句「还是北京的昨天」或者「与北京同一天」——跨时区最容易错的其实是日期；
• 与北京的时差，写成「比北京慢 13 小时」，后面跟着 UTC 偏移；
• 现在是夏令时还是冬令时，正在实行夏令时的那几只钟边框会变色。

每只钟下面有「看这个时区」一个小按钮，点一下，下面的对照表、换算、夏令时卡和联系时段带会一起切到这个时区。

二、主要城市：搜一座城市就知道它归哪个时区

第二块是三十多座美国城市，按时区分组排好，每行给出当地时刻和缩写。搜索框认中文名、英文名和州名：输「洛杉矶」「Seattle」「德州」「加利福尼亚州」「美西」都能筛出来。点某一座城市，下面几块跟着切到它所在的时区，同时这个选择会记在你这台设备上，下次打开还是它。

这块最实用的场景是：你只知道对方在某个城市，不知道那属于哪个时区——搜一下就有了。

三、与北京时间对照表

承接「美国时间与北京时间对照表」这类需求：选一个时区，页面给出 24 行整点对照——北京 0 点到 23 点各自对应那边几点、是不是跨了日（标成「前一日」或「次日」）。当前这一小时会高亮，所以一眼能定位「现在在表的哪一行」。

表上方那句话直接给结论，而且把两个季节的数字一起给：「现在美东比北京慢 12 小时（夏令时期间）；冬令时期间慢 13 小时」——这两个数字都是现算的，页面拿当年一月中旬和七月中旬各取一次那个时区的偏移比出来，不是写死在代码里的。

表格可以整张复制，出来是制表符分隔的纯文本，贴进表格软件或聊天窗口都能用。

四、时间换算

填一个日期和时刻，换成对面的当地时间。方向可以选「北京时间 → 美国当地」或者「美国当地 → 北京时间」，「对调」按钮一键换向，「现在」按钮把日期时刻填成此刻。

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

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

五、夏令时卡：下一次调钟在哪天

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

选到亚利桑那所在的山地时区时要注意：凤凰城本身常年不调钟，但页面这张卡是按时区的代表城市丹佛算的。夏威夷选中时，卡上会直接写「全年不调钟」。

六、什么时候联系合适

最后一条 24 格色带，把北京的 9～22 点和当地的 9～22 点叠在一起：深色＝两边都清醒，浅色＝一边要将就，空白＝两边都在睡。上面一行是北京的钟点，下面一行是那一刻的当地钟点，带下横线的格表示那边还在前一天。

色带上方一句结论直接给出最值得推荐的那一段，比如「北京时间 21:00～22:00 ＝ 美东 09:00～10:00，双方都方便」。和美东打交道时通常还有另一段（北京上午对美东前一天晚上），色带上都看得见。

这一页不做的事

本页不向任何服务器要时间，显示的一切都是拿你这台设备的时钟加上时区偏移算出来的。设备的时钟准不准，去时间校准量一下；要查别的国家去世界时钟；查欧洲各国去欧洲时间；想要一块满屏大字的北京时间投到大屏幕上，去北京时间全屏显示。

怎么看结果

美国本土四个时区大致覆盖哪些地方

从东到西依次是：

• 东部时间（ET）：东北部各州与东南沿海的大部分地区。代表城市：纽约、华盛顿、波士顿、费城、匹兹堡、迈阿密、奥兰多、亚特兰大、夏洛特、底特律、克利夫兰、印第安纳波利斯。
• 中部时间（CT）：中部平原与南部大部分地区。代表城市：芝加哥、休斯敦、达拉斯、奥斯汀、圣安东尼奥、明尼阿波利斯、新奥尔良、堪萨斯城、圣路易斯、纳什维尔、孟菲斯、密尔沃基。
• 山地时间（MT）：落基山一带。代表城市：丹佛、盐湖城、阿尔伯克基、博伊西、凤凰城（这一座常年不调钟）。
• 太平洋时间（PT）：西海岸。代表城市：洛杉矶、旧金山、圣何塞、圣迭戈、萨克拉门托、西雅图、波特兰、拉斯维加斯、里诺。

再往西是阿拉斯加时间（安克雷奇、费尔班克斯、朱诺）和夏威夷时间（檀香山）。

🔴 时区边界不是按州切的。有若干个州内部跨两个时区——比较有名的是得克萨斯州最西端的埃尔帕索按山地时间走，而州内其余地方按中部时间走；佛罗里达、密歇根、印第安纳、肯塔基、田纳西等州也各有一部分不与本州主体同区。所以本页只给城市，不逐州下结论：要确认某个具体的小地方，以当地官方或对方本人说的为准。

缩写为什么会变：EST 与 EDT

同一个地方一年里换两次名字：实行夏令时时叫 EDT（UTC−4），其余时间叫 EST（UTC−5）。很多人把「美东时间」直接等同于 EST，于是在夏天算错一小时。想不出错有两个办法：一是写不区分季节的 ET／CT／MT／PT，二是直接写 UTC 偏移或者贴一个具体时刻的换算结果。

本页钟面上的缩写不是按月份判断的：页面拿当年一月中旬与七月中旬各探一次这个时区的偏移，小的那个当作标准时，当前偏移比它大就说明正在夏令时，于是显示 EDT。这个做法不依赖任何写死的日期，规则将来改了也不会错。

「比北京慢几小时」是怎么算的

北京时间是 UTC+8 且全年不调钟，所以差值完全取决于美国那一侧此刻的偏移。页面拿当前偏移减去 480 分钟得出差值，再写成人话。这也是为什么同一个「中美时差」在一年里有两个数：变的不是北京，是美国那一边。

对照表上方给出的两个数字（本季与另一季）也是同样办法算的，与页面上任何一处的读数保持一致。

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

北京与美西差十五六个小时，两地有大半天日期对不上：北京周一上午 9 点，洛杉矶还是周日下午 6 点。所以：

• 六只钟上每只都写了与北京是不是同一天；
• 对照表第三列专门标「前一日／同一天」；
• 换算结果里跨日会标成「次日」或「前一日」；
• 联系时段带里当地那一行，属于前一天的格子带下横线。

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

换季那两天

一年有两天，当地的墙上时间会出问题，本页都老实标出来：

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

这两天前后的一两周还有个连带效应：欧美的调钟日期并不在同一天，美国已经调了而欧洲还没调（或者反过来）的那几天，欧美之间的时差会临时变一小时。这件事在欧洲时间那一页有专门提示。

时区算不出来的时候

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

常见问题

「美东时间」「美西时间」到底指什么？

日常说的美东时间指的是东部时间（纽约、华盛顿所在的时区），美西时间一般指太平洋时间（洛杉矶、旧金山、西雅图所在的时区），两者相差 3 小时，这个 3 小时全年不变——因为它们一起调钟。中间还有中部（美中）和山地两个时区，各差 1 小时。留学、外贸、跨国团队协作里说「美西时间下午三点」，指的基本都是太平洋时间。

现在美国几点？这一页显示的准吗？

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

为什么凤凰城和丹佛有时候一样、有时候差一小时？

因为亚利桑那州大部分地区常年不调钟。冬天两地都是 UTC−7，显示一样；夏天丹佛跟着拨快成 UTC−6，凤凰城不动，于是差了一小时，此时凤凰城反而与洛杉矶同时刻。页面把凤凰城单独按 America/Phoenix 这个时区算，不跟着山地时区走，所以这两种情况都不会出错。顺带一提，州内个别地区的做法与州内其他地方不同，具体以当地为准。

打电话给美国，几点合适？

用页面最下面那条色带。常见结论是：和美东谈事，北京晚上 9 点到 10 点对上对方上午 9 点到 10 点；和美西谈事，北京上午 9 点到下午 2 点对上对方下午 5 点到晚上 10 点。跨季节时这两段会整体挪一小时，所以别背结论，看页面当场算的那一句。

手机上能用吗？

能。窄屏下六只钟会变成两列，城市列表变成单列，对照表会收掉「日期」那一列（跨日信息在换算和色带里仍然看得到），色带可以左右滑动。日期和时刻输入用的是系统自带的选择器。

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

这是 IANA 时区数据库的命名规矩：用「大区／代表城市」而不是国家或区域名。原因很实际——行政区划会变、一个国家也可能有多个时区，而一座具体的城市相对稳定。所以美东写 America/New_York、美中写 America/Chicago、山地写 America/Denver、美西写 America/Los_Angeles，亚利桑那另有 America/Phoenix。页面内部用的就是这些名字。

原理与冷知识

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

美国的时区是铁路划出来的。十九世纪中叶以前，每座城市用自己的太阳时，相邻城镇差几分钟没人在意。铁路来了之后时刻表成了灾难：一列车沿途每一站都要换算当地时间。1883 年 11 月 18 日，北美各铁路公司自行统一划分了四个标准时区，那一天被称为「两个正午的一天」——很多城市的钟在中午被重新对了一次。国会直到 1918 年才把这件事写进法律。也就是说，美国的四个时区先由企业定下，政府后来才追认。

夏令时最初的理由是省照明电，今天的研究普遍认为这点节约非常有限，反而带来切换前后的作息紊乱、交通事故与软件故障。美国历史上多次改动起止日期，也做过全年夏令时的尝试。近年不断有取消调钟的提案，但卡在一个老问题上：取消之后到底全年用标准时还是全年用夏令时，各方谈不拢。所以它的存废更多是协调问题，不是技术问题。

亚利桑那州不调钟，是因为夏天太热。在那里，夏令时意味着日照更晚结束、空调要多开一小时，得不偿失，于是该州大部分地区长期选择不参加——这是各州可以自行决定的事项。夏威夷同样不调钟，纬度低，一年里日照长短变化本来就小。

美国的时区不止六个。除了本土四个加阿拉斯加、夏威夷，海外属地还有几个各自的时刻。地理上最有意思的是关岛一带：那里在日期变更线的另一侧，与北京同一天，但和美国本土差了将近一整天——所以「美国时间」这个说法本身就不是一个确定的时刻。

时区数据库里藏着很多历史。印第安纳州曾经以「时区最混乱的州」出名：不同县的做法不一样，有的调钟有的不调，一度让时刻表和公交调度非常难写；这套做法在 2006 年前后才统一。时区库为此保留了大量以县为单位的历史规则，这也是一份正经时区库体积不小的原因——它不只回答「现在几点」，还要回答「三十年前的那天当地几点」。

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

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