1947-08-21 00:00:00从数据库返回到前台为何少了一个小时

1.先说原因

原因就是因为夏令时。
这叫“夏时制”，又称呼“夏令时”。具体作法是：每年从4月中旬第一个周日凌晨2时整（北京时间），将时钟拨快一小时，到9月中旬第一个周日的凌晨2时整（北京夏令时），再将时钟拨回一小时，时间跨度有5个月之久。

2.数据现象

2.1查找实行过夏令时的时间段

首先看一下有夏令时的时间段，在网上搜索一下：

2.2数据库1920到2000年的数据

这个可以多线程，批量插入数据，后续再单独贴代码

2.3验证夏令时

验证的方法就是：

第一种情况：有夏令时的时间段

1.选择执行过夏令时的时间点
2.查看数据库的数据
3.查看前台返回的数据
4.经过比较发现，前台返回的数据比数据库的时间少了一个小时

截图如下：

注：经过验证，我们搜索到的实行过夏令时的年份，查询时不一定都会减一个小时，例如：1974-07-20

第二种情况：无夏令时的时间段

1.选择没有执行过夏令时的时间点
2.查看数据库的数据
3.查看前台返回的数据
4.经过比较发现，前台返回的数据和数据库的时间相等

数据现象总结

由于夏令时存在，程序编码的时候已将这些因素考虑，所以在进行转换的时候，看到的值和数据库的值少了一个小时。

3.解决方法

方法1：手动转换

在转化之前，手动转换，这样避免自动转换带来的精度损失
例如：

方法2：数据库类型修改

将字段类型进行修改(改为date类型)，这样就不会对时分秒进行转换。此处不能将类型转换为timestamp，第一个原因是不能避免之前的问题，第二个原因是时间的表示范围有限：timestamp可表示范围:1970-01-01 00:00:00~2038-01-09 03:14:07，这个时间段无法表示一些老人的出生日期。

方法比较

优先采用方法2，方法2解决某个字段的类型问题，且字段类型符合场景。而方法1则是所有的表单查询都会走的一个方法，会增加耦合度，降低其他表单查询的速度(虽然不明显)。