客户端、服务器、数据库之间的时区转换

落日映苍穹つ 2023-02-13 14:40 9阅读 0赞

### 背景 ###

--------------------

做国外的项目经常会遇到时区转换的问题，这里简单针对遇到的时区问题做个记录，也希望对大家有所帮助，少走弯路。（本文设计开发语言为java）

### 时区的概念 ###

--------------------

先说下时区的概念 初中地理好的同学应该还记得，由于地球不停地自西向东旋转，使得昼夜半球和晨昏线也不断自东向西移动。

![20200604142248699.gif][]

为了照顾到各地区的使用方便，又使其他地方的人容易将本地的时间换算到别的地方时间上去。有关国际会议决定将地球表面按经线从东到西，划成一个个区域（时区），全球一共分为24个时区（东12区+西12区），相邻时区时间相差1个小时。

规定英国（格林尼治天文台旧址）所在区域为零时区，往东分别为东1区、东2区……东11区、东12区，往西分别为西1区、西2区……西11区、西12区，东12区和西12区重合（所属同一个时区）。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXV5YW5nNjY4OA_size_16_color_FFFFFF_t_70]

我们国家由于地域广袤辽阔，横跨了5个时区（东5、东6、东7、东8、东9），但建国以后，全国统一采用首都北京所处的东8区的时间。

虽然全世界一共划分了24个时区，同一个时间点，每个时区钟表上显示的时间各不同，但是它们仅仅是**同一时刻**在不同地区展示的形式，它们代表的仍然是一个时刻/瞬间。

跑题结束，开始正文。

### 跨境电商下单场景涉及的时区转换 ###

--------------------

先以跨境电商系统中的下单场景举个栗子，如果该电商系统的【数据库服务器】部署在英国伦敦，【应用服务器】部署在德国柏林，北京时间2020-06-01 10:00:00 有位北京的用户在通过浏览器在该网站上买了一个儿童节礼物。

这个过程就涉及到了时区转换的问题:

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXV5YW5nNjY4OA_size_16_color_FFFFFF_t_70 1]

一般刚给电脑安装操作系统的时候，都会让选择电脑所在时区，系统就是以时区来显示时间的。上面涉及到的三个设备：用户的浏览器(电脑)、网站web服务器、网站数据库服务器，都配置了对应的时区，假设这三种设备配置的时区就是所在地区的时区。

在【浏览器→web服务器】、【web服务器→数据库】、【数据库→web服务器】、【web服务器→浏览器】这几个过程都涉及到了时区的转换。如果不考虑时区转换，北京的用户在2020-06-01 10:00:00下单，web服务器处理的时候认为订单时间是在2020-06-01 03:00:00，最后数据库保存的时候会保存成2020-06-01 02:00:00。当北京的用户查询订单的时候，数据库返回给应用服务器的订单时间为下单时最终保存的时间2020-06-01 02:00:00，应用服务器也认为订单时间是2020-06-01 02:00:00，最后返回给用户的订单时间（用户看到的时间）也就是2020-06-01 02:00:00。

要解决这个问题，可以通过在**浏览器和web服务器**、**web服务器和数据库**两两交互的时候添加”时区协议“来自动转换时区。

应用服务器处理完下单逻辑后，订单时间为2020-06-01 03:00:00，当应用服务器向Mysql发起持久化数据的请求时，可以同时带上一句话`“数据库老兄，我现在的时区是东1区（UTC+1），你处理时间时记得把我的东1区时间转成你所在时区的时间”`，处于零时区（UTC）的数据库处理时间的时候就会把接收到的时间再减去1个小时来处理。同样，数据库因为知道应用服务器所在时区比自己多一个小时，所以当应用服务器查询数据的时候，数据库就会把自己存储的时间加一个小时再返回给应用服务器。

假设这个电商项目是基于SpringBoot+Mysql，需要在【浏览器和SpringMVC交互】、【jdbc和mysql交互】这两个地方设置时区的协议。

*  浏览器和SpringMVC交互：添加配置文件`spring.jackson.time-zone=Asia/Shanghai`，相当于，当浏览器向应用服务器请求时会带上一句话`“服务器老兄，我现在的时区是东8区（UTC+8），你处理时间时记得把我的东8区时间转成你所在时区的时间”`。
 *  jdbc和mysql交互：jdbc和mysql通信协议上加serverTimezone=Europe/Berlin，如`jdbc:mysql://127.0.0.1:3306/dbname?serverTimezone=Europe/Berlin`

### 题外话 ###

--------------------

###### 1、修改时区 ######

一般浏览器的时区是默认获取的当前计算机系统的时区；应用服务器中获取的时区默认为当前计算机系统时区，可以在项目启动时设置（java -Duser.timezone=Asia/Shanghai -jar xxx.jar），也可以通过java.util.TimeZone动态设置；数据库时区默认也是取当前计算机系统时区，可以通过命令set global time\_zone修改时区，可也以通过修改配置文件等其他方式。

###### 2、Java中Date的时区无关性 ######

Date类中有个fastTime变量，用来存储当前时刻的毫秒数。Date默认构造函数用`System.currentTimeMillis()`来为这个毫秒数赋值。

如果此刻在北京、柏林、伦敦同时执行如下语句：`Date date = new Date();`，那这三个date对象里存的毫秒数是相同的吗？答案是这3个Date里的毫秒数是完全一样的。

确切的说，Date对象里存的是自格林威治时间（ GMT）1970年1月1日0点至Date对象所表示时刻所经过的毫秒数。所以，如果某一时刻遍布于世界各地的程序员同时执行new Date语句，这些Date对象所存的毫秒数是完全一样的。也就是说，Date里存放的毫秒数是与时区无关的。

[20200604142248699.gif]: https://img-blog.csdnimg.cn/20200604142248699.gif
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXV5YW5nNjY4OA_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200604142623778.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXV5YW5nNjY4OA==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXV5YW5nNjY4OA_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20200604161255603.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXV5YW5nNjY4OA==,size_16,color_FFFFFF,t_70