日本时间 · 现在东京几点

打开就是一只走到秒的日本时间大钟：东京当地时刻、日期星期、时区缩写 JST、比北京快几个小时，旁边一只北京时间做参照。往下有一张「日本时间和北京时间差多少」的小卡（此刻差多少、一年里变不变、心算口诀）、与北京时间的 24 行整点对照表、任意时刻的双向换算、调钟情况，以及一条标出双方都醒着那几个小时的联系时段带。日本全境只有一个时区，大阪、名古屋、京都、福冈、札幌、冲绳的钟点与东京完全一样，页面里也各列了一行。

怎么用

这一页只回答三件事：日本现在几点、和北京差几个小时、这个差值会不会变。打开不用设置，钟已经在走。

一、首屏那只大钟

最上面是日本当地时间，走到秒，旁边一只小的北京时间做参照。大钟底下四行小字分别是：

• 当地日期与星期——日本比北京翻页早，深夜对时最容易搞错的就是这一行；
• 时区缩写——日本标准时写作 JST，页面上显示的永远是此刻真正生效的那一个；
• 与北京的时差——「比北京快几小时」直接写出来，外加 UTC 偏移；
• 今年要不要调钟——由程序扫出来的结论，不是贴上去的标签。

大钟下面还有常驻的一句话，把「现在东京比北京快几小时、这个数全年变不变」一句说完，这也是搜「日本现在几点」的人第一眼最想要的东西。左上角那个小图标示意日本那边是白天还是夜里，决定要不要现在打电话时扫一眼就够。

二、日本时间和北京时间差多少

第二块专门回答这个问题，给五行读数：此刻的时差、当前偏移（顺带写出北京的偏移，方便对照）、一月里量一次、七月里量一次、一年里变不变。

后面三行是这一块的关键。页面的做法是：让浏览器的时区库分别在年初和年中各量一次日本的偏移，两次一样就说明这一年没有季节性调整，这个时差全年成立；两次不一样就说明一年里会变，页面会立刻改口。所以「全年都一样」是量出来的结论，不是页面里写死的一句话。

这一块最后一行是心算口诀：北京时间加上几个小时就是日本时间、北京几点之后加完会跨到第二天，都由程序按当前差值算出来，背下来以后不看页面也能换算。

三、与北京时间对照表

第三块是一张 24 行的整点对照表：北京的 0 点到 23 点，日本那边各自对应几点、是不是跨了日（标成「次日」）。当前这一小时会高亮，所以一眼能定位自己在表的哪一行。

表格上方那一句先给结论，说明此刻差多少、这张表一年到头成不成立。表格可以整张复制，复制出来是制表符分隔的纯文本，贴进表格软件或聊天窗口都能用。

这一块顶上的下拉还管着后面两块：选日本哪个城市（或者首尔），对照表、调钟卡、联系时段带会一起跟着换。

四、时刻换算

要算的不是「现在」而是「下周二晚上八点日本几点」时，用这一块：选两边的城市、填日期和当地时刻，点「换算」，立刻得到对方的当地日期时刻，跨日会标成「次日」或「前一日」。

• 「现在」把日期时刻一键填成此刻；
• 「对调」把两边互换，用来反着算；
• 「复制结果」给出一整句可以直接发出去的话。

两端都可以任选，所以它不只做「北京 ⇄ 日本」，也能算「东京 ⇄ 首尔」这类近邻之间的换算。

五、日本要不要调钟

第五块把这一年逐段扫一遍，看有没有换季日，扫出什么写什么：有的话给出起止日与下一次调钟的日期，没有的话就明写「今年一天也没有，全年不用调钟」。卡上另给五行读数：当前偏移、标准时偏移、夏令时偏移、今年的换季日、下一次调钟。

这些结论不是手写进页面的，而是让程序拿着浏览器自带的时区库逐段扫出偏移跳变的那一天。好处很直接：规则以后要是改了，页面跟着变，不会像写死结论的页面那样从某天起开始骗人。

六、什么时候联系合适

第六块给要联系日本那边的人用。页面把北京的 0～23 点排成一条带，上面一行是北京、下面一行是日本，按「两边都在当地 9 点到 22 点之间」分成三色：绿＝两边都醒着，黄＝只有一边方便，灰＝有一边在睡觉。上方那一句直接给结论，写明北京哪几点对应日本哪几点、一共重叠几个小时。

因为两地只差一档，绿色那一段会很长——这也是中日之间沟通比中欧、中美省事得多的原因。

七、同一时间的其它城市

最后一块列出东京、大阪、名古屋、京都、福冈、札幌、冲绳七个地方，以及隔壁的首尔。日本七处的读数必然完全一致（全境一个时区）；首尔虽然目前也同刻，页面仍然各自向时区库要一次时间，而不是照抄东京的结果——哪一天谁改了规则，这里会先露出来。

八、这一页不做的事

本页时间以你这台设备的时钟为准，不向任何服务器要时间，也不发任何网络请求。要看韩国那边，去 韩国时间；要查别的国家、做多城市会议排期，去 世界时钟；南半球那一头去 澳大利亚时间；想弄懂 JST、UTC、GMT 这些缩写彼此什么关系，去 时区缩写对照；想要一块满屏大字的北京时间，去 北京时间全屏显示。

怎么看结果

「日本时差」只有一个数字，这一点比想象中难得

搜「德国时差」「美国时差」时你会看到两个数字打架，因为那边一年调两次钟，冬夏各一个答案。日本这边省心得多：一年到头只有一个差值，页面上写的就是它。

页面给结论的方式值得说清楚。程序不会直接相信「日本没有夏令时」这句话，而是每次都在年初与年中各量一次偏移：两次一样，才说「全年不变」。这就是为什么本页敢把一句结论放在首屏——它随时可以被推翻，只要时区库里的规则变了。

「次日」那个小标，是这一页最容易救人的地方

只差一档听起来小，但方向是「日本更早」，于是北京的深夜就是日本的第二天。北京晚上十一点半发消息，对方那边已经翻到了新的一天；约「周五下班后」开会，两边说的可能不是同一个晚上。换算结果里那个「次日／前一日」的小标专治这个，订机票、看跨夜车次、和那边约日程时值得多看一眼。

对照表里也能看到同一件事：表格最后几行会出现「次日」，那正是北京深夜对应到日本新一天的那几格。

缩写与偏移，页面上是怎么来的

大钟旁边那个小标签、城市一览每行末尾的标签，都遵循同一条规则：先问时区库此刻的真实偏移，再和这个时区一年里最小的那个偏移比一比，大就是夏令时、否则就是标准时，缩写按比较结果挑。对日本来说两者永远相同，所以标签一直是 JST；但这段逻辑照样留着，换个会调钟的地方就能立刻工作。

页面上的 UTC 偏移（「UTC＋几」那一行）同理，是算出来的，不是写在字符串里的。

出行、追番、联系那边的人，怎么用这一页

具体的营业时间、车次首末班、节目播出时刻，各家各地各不相同，本页不给这类数字——但换算方法是通用的：把对方给你的当地时刻填进第四块，直接得到北京时间，再反过来用「对调」验一次。约面试、约导师、约客户时最好在邀请里同时写上两边的当地日期时间，换算结果那一句可以直接复制成这样的写法。

时区算不出来的时候

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

页面准不准，取决于你的设备

再说一次：页面显示的时刻等于你这台设备的系统时钟按日本时区换算的结果。想知道设备本身偏多少，去 时间校准 量一下；想要一块满屏大字的钟摆在桌上，去 北京时间全屏显示。

常见问题

日本为什么能全国用一个时区？

国土形状是主要原因。日本列岛整体偏南北走向，东西跨度大致在十几个经度之内，用一个整小时时区覆盖不会让任何一头的钟点与太阳差得太离谱。与之对比，美国本土东西跨越四个时区，俄罗斯横跨十来个，中国按经度本可分出好几档、实际统一用一个——可见时区划分从来不只是天文题，也是管理与习惯的选择。

一个直接的后果是：日本东部的日出明显早于西部。夏天在东北地区，天亮得早得让人不适应，这不是时区问题，是纬度与经度叠加出来的效果。

日本的标准时是以哪里为准的？

日本标准时以东经一百三十五度经线为基准，这条线穿过兵库县明石市，当地因此成了一个小有名气的「时间之城」，建有天文科学馆。选一条整十五度的经线当基准，是十九世纪末各国划时区时的通行做法——十五度正好对应一小时。

日本历史上试过夏令时吗？

试过，时间不长，后来停用了；现行制度是不调钟（以当地官方公布为准）。此后关于恢复夏时制的讨论时有出现，多与节能、大型赛事的日程安排相关，但一直没有落地。本页对这件事的处理是不下断言：程序每次都去扫当年的换季日，扫不到就说没有，扫到了就把日期写出来。

为什么日本的节目表上会出现「25:00」这样的时刻？

这是电视与电台行业的写法：为了不把深夜节目算到第二天，把凌晨一点写成「25:00」、两点写成「26:00」，一天按「早上到次日凌晨」当成一整段来排。看日本的节目表、直播预告或演出时刻表时遇到这种写法，减去 24 再把日期往后推一天就是正常的时刻。页面上的换算不支持这种写法，请先自己换成 0～23 点再填。

冲绳和东京的时间真的一样吗？

一样。冲绳虽然在地理上偏西南，与东京的经度差不小，钟表时间却完全相同，所以那边的日落会比东京晚一些。本页把冲绳单独列一行，就是因为不少人凭直觉以为它会另有一档时间。

我要同时对日本和欧美，有什么要注意的？

注意换季那几周。日本不调钟，欧美一年各调两次，于是你与欧美的时差会变，与日本的不会。三月与十月底前后跨三地的周会往往要重新对表一次；这时最省事的做法是以日本或北京时间为锚，另外两边各自换算。多城市排期用 世界时钟 更合适。

这一页会保存我的什么东西吗？

只有三个下拉的选择（对照表看哪个城市、换算两端选了谁），写在你这台设备浏览器的本地存储里，清理浏览数据就会回到默认的东京。页面不发任何网络请求，没有任何内容会离开这台设备。

原理与冷知识

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

「一个国家一个时区」在东亚是常态，在别处不是。日本、韩国都只用一档时间，中国也统一用一档。往西看，印度用的是一个带半小时的偏移；往东看，美国本土分四档、俄罗斯分了十来档。时区多不多，取决于国土形状、行政成本与历史惯性，而不只是经度。

日本与韩国钟点相同，但这是两条独立的规则。两国在时区数据库里各有各的条目，各自可以单独修改。正因为如此，本页在城市一览里让首尔自己去取一次时间，再和东京比出「此刻同一时刻」——同刻是结果，不是前提。这种写法的价值在规则变动时才会显现。

整十五度一条线，是时区制度的骨架。地球转一圈三百六十度、一天二十四小时，于是每小时对应十五度。十九世纪末各国划分时区时普遍以整十五度的经线为基准，日本选东经一百三十五度、中国的标准时以东经一百二十度为基准，都是同一套逻辑的产物。现实中的时区边界当然远比这弯曲，因为要迁就国界与行政区。

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

夏令时是战时的产物，后来越算越不划算。第一次世界大战期间为了节省照明用煤，多国开始推行夏时制，战后一度废止，能源紧张的年代又被捡起来。今天的研究普遍认为它省下的电非常有限，反而带来切换前后的作息紊乱与各类软件故障。不调钟的地方因此少了一类年度麻烦：不用记换季日，也不会在换季那两天遇到「不存在的一小时」和「出现两次的一小时」。

不调钟，等于一年少两次软件事故。做过跨国系统的人都知道，换季那两天是各类排班、计费、日志系统的高发故障期：有的时刻在当地根本不存在，有的时刻一天里出现两次。本页的换算逻辑照样留着识别这两种情况的代码（选到会调钟的地方就会提示），只是对日本永远用不上。

「国际日期变更线」离日本并不远。日本处在时区带靠东的一侧，是全球较早迎来新一天的发达经济体之一，这也是为什么新年倒计时、新款发售、游戏更新常常「日本先到」。对国内用户来说，这意味着很多以当地时间公布的时刻，换算回来往往落在北京时间的晚上——先用本页的换算算一遍，再决定要不要熬夜。