1.查看系统服务器时区:
a. date -R
b. cat /etc/sysconfig/clock //下面针对东八区设置
[root@localhost ~]# cat /etc/sysconfig/clock
#ZONE="America/New_York"
ZONE="Asia/Shanghai"
UTC=false
ARC=false
c. cat /etc/localtime
//参考: https://blog.csdn.net/sukhoi27smk/article/details/50241869
设置系统时间:
ntpdate -u 127.*.*.* (需要匹配的时间的机器,在需要同步的服务器上执行(需要自己设置过才能执行))
2.设置时区:
a. 通过命令: tzselect
参考: http://codingstandards.iteye.com/blog/834280
b. JAVA 代码设置时区:
参考: https://blog.csdn.net/ghostgarlic/article/details/1665322
linux下如何解决jvm执行取得的时间和系统时间不一致的问题
今天在和对端系统调试接口的时候发现一个怪问题。用本地环境调试调用接口没有问题,发到服务器上问题就来了参数解析不了。确认了版本没有问题以后,一步步分析。这接口对端要求我们参数通过AES加密传过去,秘钥是一串字符加年月日的时间戳。怀疑是服务器时间不对引起的,但是通过date命令查看发现服务器的时间是正常的。通过打日志才发现通过Java程序代码new Date()取得的时间比服务器的时间少了近8个小时,所以加密后对端解密解密不了。
现在就要办法解决jvm执行取得的时间和系统时间不一致的问题。通过在网上查阅资料,应该是jvm运行的时区设置问题。
解决的办法有几种:
1、在程序中使用java的函数设定时区。
2、在启动java程序时加参数-Duser.timezone=GMT+8
3、调整系统的时区设置 (如下:)
1).vi /etc/sysconfig/clock #编辑时间配置文件
ZONE="Asia/Shanghai"
UTC=false #设置为false,硬件时钟不于utc时间一致
ARC=false
2).ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime #linux的时区设置为上海时区
3).ntpdate cn.pool.ntp.org #对准时间
4)./sbin/hwclock --systohc #设置硬件时间和系统时间一致并校准
问题error:发现/etc/sysconfig/clock 配置文件的时区还是纽约时间,难怪会差近8个小时咯。可能是装系统的时候没有没有选择时区默认的纽约时间。
通过第三种方法调整好系统的时区设置,果然执行后一切正常。
***********最有效的发现!按下面操作。********
针对中国时区,修改操作如下
1.
修改文件 /etc/sysconfig/clock内容:
ZONE=Asia/Shanghai
UTC=false
ARC=false
2. (针对同步时区不成功,执行下面步骤就行!!!)
rm -rf /etc/localtime
ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime