今天碰到一个大坑，弄了快一个小时才解决掉；
一个管理台后端服务，用docker隔离了三个容器，oracle,nginx,tomcat;后发现管理台查出来的时间和现实时间相差8个小时，一查是linux时区问题；
- 于是改之,三台容器都输入一下代码
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
测试了一下，发现问题docker容器的时区是正确了，可是问题并未得到解决，数据库时间还是慢了8个小时。
- 于是又查资料，换另外一种设置时区的方法；
vi /etc/sysconfig/clock
在里面输入如下内容
ZONE="Asia/Shanghai"
UTC=false
ARC=false
保存，重启，测试。。。。。发现还是一样,快疯了
- 第三种方法，设置TZ环境变量
设置环境变量可以在设置系统级别的/etc/profile ,也可以设置用户级别的home目录的.bashrc。由于用的是docker，防止变量重启失效，只能在.bashrc里设置。在.bashrc加入如下内容：
export TZ='CST-8'
保存：然后执行
source .bashrc
使设置立即生效。
重启容器，测试，发现时间正常了。。。。哈哈哈哈
总结
上面问题出在jdk的new Date()方法，所以只要设置jdk所在的那个docker容器的变量就可以，不用每个都设置。jdk的new Date()方法每次调用都会去取环境变量TZ的时区，TZ是TimeZone的缩写，容器内部操作系统并未指定时区（TimeZone）信息，系统默认使用世界标准时（UTC+0),所以导致new Date()出来的数据存库会比当前时间慢8个小时；
原文地址: https://mjava.top
