如何确保测试始终在相同时区运行，解决日期格式化测试跨环境失败问题

问题根因 #

你声明的REQIF_DATE_FORMAT_WITH_MILLIS是静态常量，会在所属类的类加载阶段完成初始化，初始化时会直接读取当时的JVM默认时区绑定到实例中。你后续修改全局默认时区、添加JUnit时区注解的操作，执行时机都晚于该类的加载过程，因此不会对已经创建完成的SimpleDateFormat实例生效。

解决方案 #

方案1：业务代码显式指定时区（最推荐，一劳永逸） #

直接给格式化工具绑定固定时区，从根源上避免运行环境的时区差异影响输出结果，生产和测试环境执行结果完全一致。
修改后代码如下：

public static final SimpleDateFormat REQIF_DATE_FORMAT_WITH_MILLIS
    = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSXXX");

static {
    // 显式绑定UTC时区，不依赖运行环境默认时区
    REQIF_DATE_FORMAT_WITH_MILLIS.setTimeZone(TimeZone.getTimeZone("UTC"));
}

public static String convertEpochStringToReqifDateString(String epochString) {
    Date timestamp = new Date(Long.parseLong(epochString));
    return REQIF_DATE_FORMAT_WITH_MILLIS.format(timestamp);
}

如果使用Java 8及以上版本，更推荐使用线程安全的DateTimeFormatter替换SimpleDateFormat，避免多线程场景下的格式化异常：

import java.time.Instant;
import java.time.ZoneOffset;
import java.time.format.DateTimeFormatter;

public static final DateTimeFormatter REQIF_DATE_FORMAT_WITH_MILLIS
    = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSSXXX")
                       .withZone(ZoneOffset.UTC);

public static String convertEpochStringToReqifDateString(String epochString) {
    Instant timestamp = Instant.ofEpochMilli(Long.parseLong(epochString));
    return REQIF_DATE_FORMAT_WITH_MILLIS.format(timestamp);
}

方案2：仅修改测试配置（不改动业务代码时使用） #

如果暂时无法修改业务代码，可以让时区修改操作早于业务类的加载：

• 给测试JVM添加启动参数 -Duser.timezone=UTC，该参数在JVM启动时就会生效，早于所有类的加载过程。如果用Maven执行测试，可以在surefire插件中配置该参数。
• 若使用单元测试注解配置，需确保时区修改逻辑在测试类初始化、业务工具类加载前执行，避免业务类提前加载导致配置不生效。

内容的提问来源于stack exchange，提问作者Kira Resari