Linux上运行的Java应用无需重启，何时能识别OS时区变更？

针对你提到的Linux服务器改时区（CEST→UTC）以及Windows 10+Java 8环境时区变更的识别问题，我来逐一拆解：

一、Linux服务器：无需重启Java应用切换到UTC时区 #

Java默认在启动时读取系统时区并缓存，所以直接修改系统时区（比如timedatectl set-timezone UTC）后，运行中的应用不会自动识别。不过有两种可靠的方式实现无需重启生效：

1. 用jcmd工具动态设置JVM时区属性（官方推荐） #

这是Java 8及以上版本支持的官方方法，无需修改代码，直接通过命令行修改运行中JVM的系统属性：

# 先找到你的Java应用进程ID（PID）
jps -l
# 然后执行命令设置时区为UTC
jcmd <你的应用PID> VM.set_property user.timezone UTC

• 效果：执行后立即生效，后续新创建的Date、Calendar、java.time相关类（比如LocalDateTime转ZonedDateTime时）都会使用UTC时区。
• 注意：已经创建好的时区相关实例（比如提前初始化的SimpleDateFormat对象）不会自动更新，它们的时区是创建时确定的，需要应用自身处理缓存或实例重建。

2. 反射触发时区刷新（适合无法用jcmd的场景） #

如果因为权限或环境限制无法使用jcmd，可以通过反射调用TimeZone类的私有刷新方法，强制JVM重新读取系统时区：
你可以通过JMX、jrunscript或者临时执行一段代码来实现，示例代码如下：

import java.lang.reflect.Method;
import java.util.TimeZone;

public class RefreshSystemTimeZone {
    public static void main(String[] args) throws Exception {
        // 调用TimeZone的私有refresh方法，清除缓存
        Method refreshMethod = TimeZone.class.getDeclaredMethod("refresh");
        refreshMethod.setAccessible(true);
        refreshMethod.invoke(null);
        // 重置默认时区，让下次调用getDefault()时重新读取系统时区
        TimeZone.setDefault(null);
    }
}

• 执行方式：可以用jrunscript直接运行这段逻辑，或者打包成jar用java -jar执行（需要应用进程的权限）。

二、Windows 10+Java 8：时区变更后何时能识别？ #

很遗憾，Java 8在Windows平台没有内置自动监测系统时区变更的机制——默认情况下，JVM启动时读取一次系统时区并永久缓存，除非你手动触发刷新。

手动触发后才会识别的场景： #

• 执行上面提到的反射刷新代码，强制JVM重新读取系统时区；
• 用jcmd工具设置user.timezone属性（和Linux下的命令一致，Windows命令行也可以运行jcmd）；
• 注意：即使你手动修改了Windows系统时区，新创建的TimeZone.getDefault()还是会返回旧的缓存值，必须手动触发刷新才会更新。

补充：Java 9+的差异 #

如果你后续升级到Java 9及以上版本，JVM新增了自动监测系统时区变化的能力，修改系统时区后，新创建的时区相关类会自动使用新时区（不过已有的实例依然不会更新）。

通用注意事项 #

• 无论哪种环境，已创建的时区相关对象（比如SimpleDateFormat、Calendar实例）不会自动更新时区，如果应用中有这类缓存对象，需要自己实现失效或重建逻辑；
• 如果应用依赖第三方库，要确认第三方库是否有自己的时区缓存机制，必要时需要同步刷新。

内容的提问来源于stack exchange，提问作者nicole.torres