地理书说 24 个时区，为什么有人数出 25 个？真相里还藏着一个 38
先说结论
地理书讲的 24 个时区，是把全球经度按每 15° 一份划分的理想模型；把 UTC−12 到 UTC+12 连同两端逐一写出来，确实有 25 个偏移标签，但这不能证明地球被切成了 25 个完整的经度带。
现实还要考虑半小时、45 分钟、日期线与夏令时。2026 年 9 月 8 日查阅的全球时间资料列出 38 种当前偏移，这个口径包含 UTC−12；电脑里的时区规则名称又是另一回事，通常有数百个。
所以，“世界一共有多少种时区”的第一问，其实应该是：你数的是地理切片、某个时刻的 UTC 偏移，还是一整套计时规则？
一、一道小学算术题，怎么把地理书“算错”了
设想这样一段对话。
孩子说：“老师讲，世界分成 24 个时区。”
大人掰着手指算：“东一区到东十二区，12 个；西一区到西十二区，又是 12 个。再加一个零时区，12 + 12 + 1，不就是 25 吗？”
然后有人打开手机，发现尼泊尔显示 UTC+5:45；再看一眼太平洋上的岛屿，居然还有 UTC+14。事情突然变得更奇怪了：不仅 24 对不上，连刚刚算出来的 25 也兜不住现实。
这类问题特别容易引出一句“原来地理书一直在骗我”。但在没有看到具体教材原文、地图和上下文之前，不宜直接给课本判错。我们更应该检查：一个用于解释原理的模型，是不是被拿来回答另一个问题了？
就像数学书画一个圆形披萨来讲分数，外卖送来的披萨边缘不够圆，并不意味着分数错了。不过，如果有人坚持“世界上所有披萨都必须是标准圆”，那确实需要纠正。
图 1：本文原创生成的科普插画。三个数字看似打架，其实经常是在回答三个不同的问题。
二、24 是怎么来的：先把地球当成一个橙子
地球不同经度的地方，不会同时迎来正午。总体而言，东边先迎来太阳，西边后迎来太阳。
假如每座城市都严格按当地太阳的位置安排钟表，那么从一座城去下一座城，时间就可能差上几分钟。步行时代也许还能凑合；一旦需要安排火车、电话会议和航班，一张处处使用不同地方时的时刻表，就会让人头大。
因此，我们需要把相邻地方“编成一组”，约定一起使用一个标准时间。
课本里的理想模型从这两件事出发：
- 地球经度绕一圈是 360°。
- 一个平均太阳日按 24 小时计。
于是：
360° ÷ 24 = 15°。
如果每隔 15° 划一个带，相邻带的时间相差一小时，一圈就得到 24 份。这里使用的是日常计时中的平均太阳日，不是在说地球相对恒星转一圈恰好需要 24 小时。
图 2：每片代表 15° 经度，总共 24 片。这是概念示意，不是现实行政时区的边界图。
你可以把它理解成剥橙子：先规定一共分成 24 瓣，再讨论每瓣叫什么名字。 名字的写法，不能反过来让橙子多长出一瓣。
通常以零度经线为中央经线的零时区，理想范围是西经 7.5° 到东经 7.5°；再向东、向西依次排列。到了地球背面的 180° 附近，就碰上了“圆环的接缝”。
三、25 是怎么来的：把一个接缝数了两遍
先承认一个事实：把这些数字写在纸上——
−12、−11、……、−1、0、+1、……、+11、+12
确实有 25 个。算术没有错。
问题在于，它们是一个两端都算进去的标签列表，不是 25 个完整的 15° 经度带。
在理想模型里，以 180° 经线为中央经线的那个带跨过地图接缝。把地球沿 180° 经线剪开、摊成平面，它就会分布在地图的左右两端：一边是半个，另一边也是半个。
因此，课本中常见的空间计数是：
零时区 1 个 + 东一区至东十一区 11 个 + 西一区至西十一区 11 个 + 十二时区合计 1 个 = 24 个。
若把两端的半带分别写上“西十二”和“东十二”，图上可以出现 25 段或 25 个标签。但宽度加起来，是 23 个完整带 + 2 个半带，仍然是 24 个完整带的宽度。
图 3：圆环展开后的两端，并不自动变成两个完整的新分区。几何宽度与日期标签需要分别理解。
这里还有一个必须保留的专业细节：UTC+12 与 UTC−12 不能在实际时间换算中当成同一个偏移。
例如，在 UTC 的某天 00:00：
- UTC+12 是当天 12:00；
- UTC−12 是前一天 12:00。
它们的钟面小时相同，日期却相差一天。就像两本日历都翻到“中午十二点”，并不代表它们翻到同一页。
所以，“十二时区在理想分区中合计为一个带”，与“+12 和 −12 是不同的日期时间偏移”，可以同时成立。前者讲空间怎么分，后者讲日期时间怎么写。
另外，这个接缝解释针对的是理想模型。现实中的国际日期线会拐弯，实际 UTC+12、UTC−12 的地理分布也不能直接拿课本的两块半带代替。
四、真正的误会：我们把三种“时区”装进了一个词
把“时区”想成学校的作息安排，会容易很多。
第一层，是把学生分成几个班。这类似于地理分区。
第二层，是问“这个班现在比广播里的统一时间早多少”。这类似于 UTC 偏移。
第三层，是拿出这个班整学年的作息表：冬天几点上课，夏天是否提前，以前有没有改过时间。这才接近电脑里的时区规则。
IANA 的官方说明明确指出，时区数据库保存的是代表地点的当地时间历史，并随着时区边界、UTC 偏移和夏令时规则的政治性调整而更新。
图 4：真实浏览器截图，来源：IANA Time Zones，采集于 2026-09-08。仅裁切和转换为 WebP，未改写页面文字。
UTC 的中文是“协调世界时”。在日常换算里，可以把它当作大家约定的共同计时基准；它不是“全世界都应该在这个时间吃午饭”的命令。
如果某地的偏移是 UTC+08:00，那么在同一瞬间，它的当地日期时间等于 UTC 日期时间加上 8 小时。加过午夜时，日期也要跟着变化。
而 Asia/Shanghai、America/New_York 这样的名称，指向的是规则档案。一个档案在不同日期，可能给出不同的偏移。
图 5：不同层次不能混着数。今天两个地方的钟一样，不代表它们全年、甚至过去几十年的钟都一样。
五、现实到底有多少种？38 可以回答，但必须带上说明书
为了避免“把 24 换成 38，然后继续背一个死数字”，先把计数对象列清楚。
| 你真正想问什么 | 本文的答案 | 这个数字不能代表什么 |
|---|---|---|
| 全球按 15° 划分多少个理想带？ | 24 | 现实所有行政时区 |
| 从 −12 到 +12，包含两端和 0，有多少个整数标签？ | 25 | 25 个完整的理想经度带 |
| 2026-09-08 的资料页列出多少种当前偏移？ | 38，包含 UTC−12 | 永不变化的全球时区总数 |
IANA 2026c 的 zone1970.tab 有多少条地理代表记录？ |
312 条 | 312 种当前钟表偏移，也不是全部可用别名数 |
当天查阅 timeanddate 的全球时区数量页面，页面标题写的是 “Currently 38 Different Local Times in Use”。这里按不同 UTC 偏移列举，表中也包括 UTC−12 的贝克岛条目。
图 6：真实浏览器截图，来源：How Many Time Zones Are There?，采集于 2026-09-08。这是带日期的页面快照。
我还做了一次独立复核：下载 IANA 2026c 正式发布的数据与代码，在独立目录编译数据，固定到 2026-09-08 00:00 UTC，计算 zone1970.tab 中各代表地点的偏移并去重。
结果是：
- 312 条地理代表记录，得到 37 种不同偏移。
- 再把 UTC−12 这个固定偏移纳入统计，得到 38 种。
- 这个时刻的 38 种，可以拆成 27 种整小时偏移 + 11 种非整小时偏移。
为什么要单独说 UTC−12？因为贝克岛是无人居住的岛屿，美国鱼类及野生动物管理局的介绍也明确说明了这一点；地理代表地点表不一定需要为这类地点建立单独的城市式条目；“地图是否计入无人岛的日期偏移”与“数据库收录了哪些代表地点”，本来就不是同一个范围。IANA 的命名原则也说明，无人居住且没有定义当地时间的地区不需要建立代表地点。
读者可以查看本次的偏移复核数据：其中保留了数据库版本、统计时刻、偏移列表和代表地点。37 与 38 在这里并不矛盾，差别是明确多算了什么。
还有一种常见混淆：把全年出现过的偏移合并后去重，与只看某一个瞬间，结果未必相同。比如查塔姆群岛的 UTC+12:45 与 UTC+13:45 会在不同季节出现，不能把它们都塞进某一天的“正在使用”清单。
统计日期、夏令时状态、是否计入无人地区、是否把旧名称也算进去，都会影响答案。不给这些条件的“全世界一共 X 个时区”，就像不说年级和学校，却问“一共有多少个班”。
六、为什么有半小时、45 分钟？钟表不需要听整数的
“相邻时区差一小时”，是理想模型的特点，不是大自然规定的法律。
现实中的民用时间要照顾行政管理、交通联系、历史习惯和人们的日常生活。某个地方选择怎样的时间制度，不需要先向“整数小时委员会”申请。
几个很直观的例子：
| 地点 | 2026 年现行规则下的偏移例子 | 值得注意的地方 |
|---|---|---|
| 印度 | UTC+05:30 | 不是整小时 |
| 尼泊尔 | UTC+05:45 | 比印度的偏移大 15 分钟 |
| 澳大利亚尤克拉地区 | UTC+08:45 | 当地采用的特殊计时习惯，不代表整个西澳州 |
| 澳大利亚豪勋爵岛 | 标准时 UTC+10:30，夏令时 UTC+11:00 | 夏令时只拨动 30 分钟 |
| 新西兰查塔姆群岛 | 标准时 UTC+12:45，夏令时 UTC+13:45 | 45 分钟偏移与夏令时可以同时存在 |
上述示例由 IANA 2026c 的对应地点规则复核；表中的两个季节值，不表示同一个地方会同时使用两种时间。
图 7：偏移可以包含分钟。印度与尼泊尔的钟表差 15 分钟，而不是必然差一小时。
把它比作上学时间就很自然了：甲校 8:00 上课，乙校 8:30，丙校 8:45。不能因为课本为了讲原理只画了整点，就断言乙校、丙校“不合法”。
图 8：真实浏览器截图，来源：Half Hour and 45-Minute Time Zones，采集于 2026-09-08。这里截取豪勋爵岛等条目；具体规则同时用 IANA 数据复核。
这也是为什么用一张世界地图和一把尺子，就想算出所有地方的法定时间，会出问题。经度解释“为什么会有时差”，制度决定“这里今天把钟拨成什么样”。
七、UTC+14 没有让一天变长，日期线也不是时光机
第一次看到 UTC+14，很多人的反应是：“东边不是最多 +12 吗？怎么还有 +14？”
这里仍然需要区分地球的几何划分与现实的日期安排。国际日期线大致位于太平洋、接近 180° 经线，但它不是一条必须笔直走到底的刻痕。
国家和地区会考虑岛屿之间的行政与经济联系，希望关系紧密的地方使用同一个日期。于是，日期线会绕开一些地方，现实偏移也就不能被 −12 到 +12 的理想标签表完全装下。
UTC+14 是“当地日期时间比 UTC 的表示领先 14 小时”，不是“这个地方每天多活 14 小时”。
我们固定一个瞬间：UTC 2026 年 9 月 8 日 10:30。
| 使用的偏移 | 同一瞬间的当地日期时间 |
|---|---|
| UTC−12 | 9 月 7 日 22:30 |
| UTC±00 | 9 月 8 日 10:30 |
| UTC+14 | 9 月 9 日 00:30 |
图 9：同一瞬间可以对应三个公历日期。三个时间已经通过固定偏移换算复核，不代表时间流速不同。
你可以把日期当作贴在作业本上的页码。三个人在同一秒写字，却因为各自的翻页规定不同，写在标着“7 日”“8 日”“9 日”的页面上。变的是标签，不是这一秒本身。
从 UTC−12 到 UTC+14，偏移跨度是 26 小时。若只举有人居住的地点，UTC−11 的帕果帕果与 UTC+14 的基里蒂马蒂，日期时间差也能达到 25 小时。这仍然不是“一天变成了 25 或 26 小时”，更不是坐飞机获得了额外寿命。
图 10：真实浏览器截图，来源：NOAA：What is the international date line?，采集于 2026-09-08。原页面地图及署名保留在截图中。
NOAA 还特别说明，国际日期线没有统一的国际法律地位，各地可以选择自己采用的日期安排。因此，不要把某张日期线地图理解成一条自然界不可移动的国界。
八、更容易踩坑的，其实是“一年会变两次”的时间
夏令时可以理解为学校改了夏季作息表：把钟表拨快，人们按照原来的“几点上班”生活，于是活动与日照的对应关系改变了。太阳并没有被多造出来一个小时。
以纽约现行规则为例：冬季使用 UTC−05:00，夏令时期间使用 UTC−04:00。America/New_York 这个规则名称不需要因此换成另一个名字；变的是它在特定日期给出的偏移。
美国 NIST 的夏令时规则说明列出，2026 年美国实行该规则的地区在 3 月 8 日进入夏令时，11 月 1 日结束。
在纽约：
- 2026 年 3 月 8 日，当地时间从 01:59:59 跳到 03:00:00。那天的 02:30 不存在。
- 2026 年 11 月 1 日，当地时间从 01:59:59 之后回到 01:00:00。那天的 01:30 出现两次。
图 11：这是纽约的具体规则示例，不能直接套到所有国家；豪勋爵岛的调整幅度就不是一小时。
“两次 01:30”怎么分？把偏移也写出来：
2026-11-01 01:30 −04:00对应05:30 UTC；2026-11-01 01:30 −05:00对应06:30 UTC。
它们相隔一小时，不是同一个瞬间。这两个转换也已用 IANA 2026c 验算。
图 12：真实浏览器截图，来源：NIST Daylight Saving Time Rules，采集于 2026-09-08。
这件事不仅影响旅行。以前博客写过 MySQL 中夏令时时间转换引发的 HOUR_OF_DAY 异常，背后就涉及民用日期时间并不总能简单对应一个真实瞬间。这里的延伸价值是理解时间概念，而不是把任何数据库日期异常都归结为夏令时。
需要再区分两个现象：上一节的“全球偏移跨度 26 小时”，与本节“某地切换夏令时的民用日可能有 23 或 25 小时”，是两种不同原因，不能混在一起解释。
九、电脑里为什么有几百个时区？它保存的是作息档案
假设两个班今天都在 8:00 上课，但其中一个班夏季改成 7:00，另一个全年不变。今天看一眼上课铃，你会觉得它们一样；保存全年日程时，却必须保留两份作息表。
America/Denver 和 America/Phoenix 就是一个好理解的例子。以 2026 年现行规则为例：
| 代表地点 | 1 月中旬 | 7 月中旬 |
|---|---|---|
| 丹佛 | UTC−07:00 | UTC−06:00 |
| 菲尼克斯 | UTC−07:00 | UTC−07:00 |
冬天相同，夏天不同。所以，不能因为某一天偏移相同，就把两个规则档案合并。
而历史会让问题进一步细分：两个地方如今全年都相同，过去某年却可能采取过不同规则。为了准确解释旧记录，数据库仍然可能需要区分它们。
图 13：真实浏览器截图，来源：IANA Theory and Pragmatics，采集于 2026-09-08。
IANA 的主要划分原则关注 1970 年以来的计时一致性；它也保存一些更早的历史，但不保证世界所有地方的早期时间都能得到完整、精确的复原。
这解释了为什么电脑的选项可以多到几百个。还有一些名称是为兼容旧软件保留的别名；不同系统、数据库版本和展示方式，也会让下拉菜单长度不同。
本文数到的 312 条 zone1970.tab 记录，只是 2026c 版本中特定表的行数。它不是“全球官方宣布有 312 个时区”，也不是所有系统应该显示的选项总数。
十、几个最容易被追问的问题
1. 所以地理书到底错没错？
如果原文在解释“按每 15° 划分的 24 个理想时区”，这个说法成立。如果把它理解为“今天全球只存在 24 种实际民用偏移，而且全部相差整小时”，这个理解不成立。
判断某本书有没有写错，要看具体表述。模型可以简化；超出适用范围使用模型，才容易产生错误。
2. “一共有 25 种时区”能不能当标准答案？
不能不加条件地这样说。它可能只是把 −12 到 +12 两端都列入了清单，也可能是在谈两个具体地点相差 25 小时。两种说法都不能直接替代全球实际时区的统计。
3. 北京时间为什么在电脑里常叫 Asia/Shanghai？
IANA 的名称通常选择代表城市，而且为了兼容已有软件，名称会保持稳定。它的命名原则中甚至直接以 Asia/Shanghai 与 Asia/Beijing 的选择为例。
这不是宣布上海“拥有北京时间”。规则标识与日常名称是两回事。北京时间目前使用 UTC+08:00，也不是按北京当地太阳每天重新校准的一种地方太阳时。
4. UTC 就是伦敦当地时间吗？
不是。UTC 是共同计时基准，不随英国夏令时一起拨钟。伦敦冬季通常为 UTC+00:00，英国夏令时期间为 UTC+01:00。记住“UTC 不等于伦敦全年墙上的钟”，比简单背“零时区在伦敦”更实用。
5. 全世界统一用 UTC，不就没有麻烦了吗？
技术上可以，跨国协作也经常这样表达时间。但这样只是把换算转移到了作息上：有人在“08:00”上学，有人在“00:00”上学。你仍然需要知道对方的白天和工作时间。
时区是在全球统一的计时基准与各地生活习惯之间做协调，不是为了故意制造一道算术题。
6. 普通人最值得记住哪一件事？
约跨国会议时，把日期、具体地点或时区规则、必要时的 UTC 偏移说清楚。只写“周日凌晨一点半”可能不够；只记“我们永远差 13 小时”也可能在换季时失效。
理解这一点，不需要先背下几百个城市名称。
十一、地理课没有结束，只是把镜头拉近了
24 告诉我们：为什么可以把一天和一圈经度建立联系。
25 提醒我们：把一个圆环摊开时，不要把标签数量当成完整分区数量，也不要把日期丢掉。
38 展示的是：在明确日期和范围下，现实钟表偏移的一张快照。
而电脑里的几百个名称，则在保存更长的一本历史账：谁在什么时候，用过怎样的钟。
下次再听到“世界一共有 X 个时区”，先别急着反驳。问一句“你数的是哪一层”，往往比背出另一个数字更接近答案。
参考资料与配图说明
资料查阅与截图日期：2026-09-08。计数实验使用 IANA tzdb 2026c，固定统计时刻为 2026-09-08 00:00 UTC；未来政策变化可能改变结果。
- IANA：Time Zone Database——数据库用途与更新原因。
- IANA：2026c Release——本次复核使用的正式版本及下载来源。
- IANA：Theory and Pragmatics——规则划分、1970 年范围、代表地点与别名。
- timeanddate：How Many Time Zones Are There?——24 的理想模型与当天的 38 种偏移表。
- timeanddate：Half Hour and 45-Minute Time Zones——非整小时偏移的直观例子；本文具体例子另由 IANA 数据复核。
- NOAA：What is the international date line?——日期线、日期安排与边界曲折。
- NIST：Daylight Saving Time Rules——美国夏令时日期、缺失与重复的一小时。
本文共 13 张正文配图：7 张原创生成的 SVG 示意图、6 张真实网页截图。原创示意图以 CC BY 4.0 许可提供；第三方截图的原始内容版权归相应来源，仅作为与正文直接相关的说明与引用。截图仅作必要裁切和 WebP 转换，没有把重绘页面、示例终端或生成图片冒充真实截图。图片来源记录与计数复核数据随文提供。