问题描述

之前做项目，php输入time()时间戳，老是慢二十多分钟，以为是php配置文件时区的问题，尝试了以下的解决方案后扔无奏效：

1、修改php配置文件：date.timezone ="PRC"
2、代码中加入：date_default_timezone_set('PRC')
以上方案均不可行！那就猜测不是php的问题了，就开始考虑服务器问题了。
解决方案

考虑到服务器是Hong Kong服务器，猜测是Linux系统时间的问题，需要自动校准系统时间

sudo ntpdate cn.pool.ntp.org

tomcat时间与系统时间不一致问题
我在部署应用到centos系统上的tomcat服务器中运行，发现操作系统的时间和tomcat中的访问日志的时间与系统时间不一致，但是查看当前操作系统的时区也是CST时区（中国标准时区）。
查看系统的时区：
root@localhost:~# date +"%Z %z"
CST +0800

如果系统时间不对，centos执行cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime 修改时区
解决方法一：
修改catalina.sh文件
查找catalina.sh文件路径： find / -name "catalina.sh"
在文件的开头添加如下内容：

export JAVA_OPTS="$JAVA_OPTS -Duser.timezone=Asia/shanghai"，重启tomcat
但是，有的时候通过方法一还是解决不了java程序时区问题，java程序读取时间还是不对,甚至System.getProperty(“user.timezone”)都读不到时区信息。主要原因是我们在安装JDK之后发现时间不对才去修改的系统时区，此时jdk已经默认使用系统修改之前的那个时区，已经改不回来了，删掉jdk重装也没用。
java -XshowSettings   展示java配置
解决方法二：
就是修改/etc/profile文件，在文件的末尾添加 export TZ='Asia/Shanghai'，然后使用命令

source /etc/profile使其生效即可。
总结：
java程序在初始化时区的时候，如果没有指定JVM参数-Duser.timezone=GMT+08,java程序就会默认读取操作系统的时区来初始化java程序的时区。
为了保证java程序在启动时加载正确的默认时区：
1、需要将系统的时区改正确
2、还需要将硬件时钟的系统时钟校准（执行命令hwclock --systohc --localtime）
3、修改配置文件中的时区参数
4、在/etc/profile文件末尾添加:export TZ='Asia/Shanghai
5、修改tomcat安装目录下的bin目录下的catalina.sh脚本，添加JVM参数JAVA_OPTS="${JAVA_OPTS} -Duser.timezone=GMT+08"，来保证Tomcat的时区是东八区时区

我在部署应用到Ubantu系统上的tomcat服务器中运行，发现操作系统的时间和tomcat中的应用程序获取的时间不一致，总是相差8个小时，但是查看当前操作系统的时区也是CST时区(中国标准时区)。
查看系统的时区：
root@localhost:~# date +"%Z %z"
CST +0800
说明时区没有问题，是东八区时区，但是为什么tomcat启动的时候没有使用我设置好的时区呢？最后我通过java代码直接获取默认时区，发现输出的的是：Etc/UTC，怪不得时间差8小时，如下图：
获取系统默认时区
Java代码获取系统默认时区：
System.out.println(newDate());
System.out.println(System.getProperty("user.timezone"));
在启动java程序的时候添加上-Duser.timezone=Asia/Shanghai参数，时区变对了，其原因是java程序在启动的时候如果没有指定时区，默认会根据System.getProperty("user.timezone")去获取时区操作系统配置文件中配置的时区。
Ubantu操作系统时区配置文件是/etc/timezone，将文件中的内容修改成Asia/Shanghai，保证java程序在启动的时候初始化时区是东八区。
Centos6.X操作系统的时区配置文件是/etc/sysconfig/clock，将文件内容修改为ZONE="Asia/Shanghai"，来修正时区为东八区，保证java程序在启动的时候初始化时区是东八区。
修改Linux系统时区，以Ubantu和centos6.x为例：
修改Ubantu系统时区
时区修改成功
执行：
cp /usr/share/zoneinfo/Asia/Shanghai  /etc/localtime
修改/etc/default/rcS中的UTC=yes改为UTC=no (Centos.x不用做这个操作)
时间同步：ntpdate time.windows.com
硬件时间和系统时间校准:
sudo hwclock --systohc --localtime
时区修改成功，但是记得修改时区默认配置文件/etc/timezone中的内容为Asia/Shanghai(Centos6.x修改的是/etc/sysconfig/clock文件中的内容为ZONE="Asia/Shanghai")。
检查时间是否一致，右下图可知系统时间和硬件时间已经保持一致了：
检查时间是否一致
注：在配置时区的时候，注意一定要校准系统时间和硬件时间，让两个时间保持一致。
但是，有的时候通过以上步骤还是解决不了java程序时区问题，java程序读取时间还是不对,甚至System.getProperty("user.timezone")都读不到时区信息，只有System.out.println(java.util.TimeZone.getDefault().getID())可以读到，并且读到的是系统在修改时区的时区信息。主要原因是我们在安装JDK之后发现时间不对才去修改的系统时区，此时jdk已经默认使用系统修改之前的那个时区，已经改不回来了，删掉jdk重装也没用。
有两种方法解决这个问题：
1、使用-Duser.timezone=GMT+08来指定时区；
2、就是修改/etc/profile文件，在文件的末尾添加 export TZ='Asia/Shanghai'，然后使用命令source /etc/profile使其生效即可。
总结：
java程序在初始化时区的时候，如果没有指定JVM参数-Duser.timezone=GMT+08,java程序就会默认读取操作系统的时区来初始化java程序的时区。
为了保证java程序在启动时加载正确的默认时区：
1、需要将系统的时区改正确
2、还需要将硬件时钟的系统时钟校准
3、修改配置文件中的时区参数
4、在/etc/profile文件末尾添加:export TZ='Asia/Shanghai
5、修改tomcat安装目录下的bin目录下的catalina.sh脚本，添加JVM参数JAVA_OPTS="${JAVA_OPTS} -Duser.timezone=GMT+08"，来保证Tomcat的时区是东八区时区

最近项目部署到服务器上，发现时间不对，与当前时间相差12个小时，第一反应是 系统时间是不是不对。通过date 命令查看，

发现系统用的是est 时区 （EST eastern standard time (美国)东部标准时间  慢北京时间 13个小时。）
那就是简单了 ，修改下时区就好了。于是按照晚上的命令将系统时区修改了下。时间正常了，重新运行程序，问题仍能存在，还是相差13个小时。以为是有缓存什么的，能后就重启系统试试，重启后再次运行程序，还是相差13个小时 ，被这个快搞得精疲力尽了  
能后写了个测试接口放到服务器上。通过调用发现。返回的时间还是忙13个小时。刚刚好，不多一份也不少一秒，所以猜测还是时区的问题。所以顺便也打印了下时区。发现时区还是EST 时区没有变过来。 


能后上午搜索了下，发现也有网友遇到过相似的问题，他给出的解决方案是


当然我会给出解决方案：

方法一：JVM运行时增加参数，指定时区 -D user.timezone=GMT+08

方法二：直接在程序中设置时区。System.setProperty(“user.timezone”,”GMT +08″);

方法三：直接加上28800就好了（8hours*60min*60sec=28800）

照着这位网友的思路。和搜索相关操作步骤，在tomcat 启动的时候，设置个默认时区方法是在 catalina.sh 文件中添加如下这行代码
JAVA_OPTS="$JAVA_OPTS -Dfile.encoding=UTF8
  -Duser.timezone=GMT+08"

重新启动tomcat  正常了。


不过不知道为什么，系统的时区已经修改了，但是程序获取到的时区还是没有修改过来，不知道这个是不是和服务器有关因为服务器用的是虚机，都是在一台服务器上虚拟出来的。程序获取的不是虚机的时间，而且主机的时间。 以上只是猜测，还待验证