前言

你好，我是A哥(YourBatman)。

如你所知，现行的世界标准时间是UTC世界协调时，时区已不直接参与时间计算。但是呢，城市名称or时区是人们所能记忆和容易沟通的名词，因此我们迫切需要一个对照表，能让只知道城市名或者ID的情况下就迅速知道它的偏移量，从而计算出当地的本地时间。

本文作为时区、偏移量知识点的补充，整体内容相对轻松，但依旧以实用为主，我尽力用本系列助你解决Java日期时间处理的所有痛点，对，是所有。日后应对日期/时间处理的任何问题，只需要看本系列就够了。

本文提纲

版本约定

• JDK：8

正文

我们在去住酒店的时候，可以看到酒店大厅里的前台墙上一般会挂有好几个时钟，分别展示北京时间、纽约时间、伦敦时间、巴黎时间等等世界主要城市时间。

前面我连续用了两篇文章从概念介绍到Java实战，很全面的介绍了日期时间中GMT/UTC时间、夏令时、时间戳等等Java是如何处理的。从后台数据上看，这两篇文章的收藏量明显高于之前的绝大多数文章，正所谓数据不会骗人，说明日期时间的处理上确实有很同学是有痛点或者盲点的。

要想知道某个地方（城市）的本地时间，就需要先确定该城市的偏移量，然后以UTC为基准加上偏移量计算出其本地时间。

说明：本地时间的最小区域单位是城市

那么问题来了，世界上的“城市”那么多，如何知道具体某个城市它的偏移量是多少，从而计算出其本地时间呢？

城市ZoneId - UTC偏移量

下面给你介绍两种方式，任君选择。

方式一：第三方站点

在前面文章我给大家推荐过一个网站，上面列出了全球主要国家/城市ID对应的偏移量数据：

国家/城市ID与偏移量的对应关系，全部内容请参考网址（直接访问，无需梯子）：www.timeanddate.com/time/zones

用这种方式的优点是方便快捷，但缺点也非常明显：

1. 这个网址需要记忆/收藏，一定程度上增加了使用负担
2. 依赖外网
3. 由于夏令时的存在，该网站只能显示瞬时（当时）的一个对应情况，而这并非固定不变的

上述第3点是通过网站查询的致命问题，并且这一点还很容易被使用者忽略从而产生错误。作为有众多技法的程序员，当然希望能够“解决”此问题喽，那就看第二种方式吧。

方式二：自写程序（推荐）

前面文章介绍过Java提供了相关API来获取到全量的（已收录的）ZoneId：

ZoneId[] zoneIds = ZoneId.getAvailableZoneIds();  

基于它，再经过一些计算就能得到ZoneId对应的偏移量，完全实现自主化，不再“求人”。

下面我先列出世界主要城市时区ID对应的UTC偏移量（文末附全量表格）：

特别说明：本表格生成于北京时间2021-01-19 08:00:00，由于各地夏令时的存在，不同时间生成的表格UTC偏移值不尽相同

看名称知道这些都是哪些城市了吧？注意：没有Asia/Beijing哦，绝大部分情况下我国使用的都是Asia/Shanghai这个ID。

看英国伦敦（Europe/London）它的偏移量是Z，代表+00:00偏移量，属于0时区、0偏移量地区，毕竟格林威治在那，它是世界的“时间中心”。

值得特别注意：该表格必须绑定上生成时间才有意义，否则因为一些时间规则（如夏令时）的存在会导致不同时间生成的内容不一样。比如看我给你模拟的这个例子打印日志：

public static void main(String[] argv) {  
 LocalDateTime bjTime = LocalDateTime.now(); Map<String, ZoneOffset> allZoneIdOffSetMap = allZoneIdOffSet2MapByBjTime(bjTime); System.out.println("北京时间" + bjTime + "，美国纽约的偏移量：" + allZoneIdOffSetMap.get("America/New_York"));  
  
 // 让当前北京时间深处纽约2021年夏令时时间区间内  
 bjTime = LocalDateTime.of(2021, 05, 05, 18, 01, 01); allZoneIdOffSetMap = allZoneIdOffSet2MapByBjTime(bjTime); System.out.println("北京时间" + bjTime + ".000，美国纽约（夏令时期间）的偏移量：" + allZoneIdOffSetMap.get("America/New_York"));  
}  

运行程序，输出：

北京时间2021-01-19T08:25:13.162，美国纽约的偏移量：-05:00  
北京时间2021-05-05T18:01:01.000，美国纽约（夏令时期间）的偏移量：-04:00  

由此可见，纽约这个城市因为有夏令时的存在，因此在不同的时间段它的偏移量是不同的。备注：纽约2021年夏令时情况如下表：

当然喽，这个例子的最重点方法是allZoneIdOffSet2MapByBjTime()是如何计算的？为了避免大量贴代码影响阅读，我把它的源码放到了后台。对此部分计算逻辑感兴趣的同学可在公号后台回复“时区”二字来获取源码内容。

附：全部城市对应偏移量

特别说明：本表格生成于北京时间2021-01-19 08:00:00，由于各地夏令时的存在，不同时间生成的表格UTC偏移值不尽相同

有了这个表格，本文又非常值得收藏喽。有需要的时候直接拿出来ctrl + f查一下即可，不用再进入xxx网站啦。

当然喽，个人建议还是掌握程序的计算逻辑更稳妥些，可以“动态的”获取100%正确的偏移量，因此有需要此计算逻辑的同学直接在公号后台回复“时区”二字即可获取源码内容。

总结

本文围绕时区偏移量，通过自写代码的方式输出所有城市时区ID对应的偏移量值，进一步加深对时区和偏移量，以及夏令时的了解。

这部分内容是时间处理的难点，更是重点，往往程序bug就发生在这些地方（比如我在此趟了一坑），希望能引起各位重视。

下篇文章将继续补充介绍和实战场景非常贴近：LocalDateTime、OffsetDateTime、ZonedDateTime跨时区互转，保持关注。

本文思考题

看完了不一定懂，看懂了不一定会。来，文末3个思考题帮你复盘：

1. 偏移量Z代表什么含义？
2. ZoneId和ZoneOffset是如何建立对应关系的？
3. 若某个城市不在ZoneId列表里面，想要获取其UTC偏移量该怎么破？

关注我

分享、成长，拒绝浅藏辄止。回复关键字专栏有Spring技术栈、中间件等小而美的纯原创专栏。本文已被 www.yourbatman.cn收录。

本文所属专栏：JDK日期时间

A哥(YourBatman)：Spring Framework/Boot开源贡献者，Java架构师。非常注重基本功修养，相信底层基础决定上层建筑，坚实基础才能焕发程序员更强生命力。文章特点为以小而美专栏形式重构知识体系，抽丝剥茧，致力于做人人能看懂的最好的专栏系列。