修改服务器时区后LocalTime.now()未按预期返回值的原因

核心原因：JVM时区未同步系统时区 #

你的代码逻辑执行时间不符合预期，本质是JVM使用的时区和你设置的系统时区不一致，导致LocalTime.now()获取的是UTC时区的时间，而非Asia/Taipei时区。

可能的具体场景 #

• JVM启动时被强制指定UTC时区：如果jar包的启动脚本（比如systemd服务配置、启动命令）中添加了-Duser.timezone=UTC参数，JVM会忽略系统时区，始终使用UTC。即使修改系统时区并重启服务器，JVM启动时仍会加载这个参数指定的时区。
• 系统时区修改未被JVM正确读取：虽然用timedatectl修改了系统时区，但部分场景下（比如启动脚本缓存了旧时区变量、系统时区配置未完全生效），JVM重启时依然读取到旧的UTC时区配置（重启服务器后这种情况概率较低）。
• 代码隐含时区依赖：检查代码或依赖库中是否有其他地方显式设置了时区（比如通过Clock.systemUTC()获取时间、全局设置时区），导致LocalTime.now()间接使用UTC时区。

验证与解决方法 #

1. 检查JVM时区：在代码中添加日志输出当前JVM时区：

   System.out.println("JVM默认时区：" + TimeZone.getDefault().getID());
   

   或在服务器终端执行命令查看：

   java -XshowSettings:properties | grep user.timezone
   

2. 修改JVM启动参数：如果确认JVM时区为UTC，在启动jar的命令中添加时区指定参数：

   java -Duser.timezone=Asia/Taipei -jar your-app.jar
   

3. 代码中显式指定时区：最稳妥的方式是摆脱对系统/JVM配置的依赖，直接在代码里指定目标时区：

   import java.time.LocalTime;
   import java.time.ZoneId;
   
   if (LocalTime.now(ZoneId.of("Asia/Taipei")).getHour() == 0) {
       whenDateChanged();
   }
   

内容的提问来源于stack exchange，提问作者Alex Cai