如何让Java Date对象在第三方方法中以UTC时区展示（不修改系统默认时区）

首先得给你掰明白一个核心点：Java的Date对象本身根本不携带时区信息，它本质上就是一个从1970-01-01 00:00:00 UTC开始算的毫秒数。之所以你看到它的toString()输出是JVM默认时区的时间，完全是因为Date的toString()方法硬编码了「用JVM当前默认时区来格式化输出」这一逻辑——这个是改不了的，除非你去改JDK源码。

那现在要解决的问题就是：在不能全局修改JVM默认时区的前提下，让第三方方法里的Date.toString()输出UTC时间。给你两个可行的方案：

方案一：临时切换JVM时区（最常用，注意线程安全） #

这是最直接的办法：在调用第三方方法前，临时把JVM默认时区改成UTC，用完立刻恢复原来的时区。这样第三方方法执行时，Date.toString()就会用UTC来格式化，执行完其他代码还是用原来的时区，不会影响全局。

代码示例：

// 先保存原来的默认时区
TimeZone originalTimeZone = TimeZone.getDefault();
try {
    // 临时把JVM时区设置为UTC
    TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
    // 调用你的第三方方法，传入Date对象
    thirdPartyMethod(new Date(1_750_000_000_000L));
} finally {
    // 不管执行成功还是失败，都要恢复原来的时区
    TimeZone.setDefault(originalTimeZone);
}

⚠️ 注意事项：

• 这个方法是JVM全局生效的，如果你的程序是多线程的，这段代码执行期间，其他线程调用Date.toString()也会输出UTC时间。如果要在多线程环境用，最好把这段逻辑放到一个单独的线程里执行，或者确保这段代码执行时没有其他线程在处理日期相关逻辑。
• 一定要在finally块里恢复原来的时区，不然如果代码抛出异常，时区就一直是UTC了，会导致后续所有日期操作都出问题。

方案二：绕开Date（如果第三方方法允许的话） #

如果第三方方法不是必须接收Date对象，只是你之前默认传了Date，那可以直接用Java 8引入的新日期时间API（java.time包）来生成UTC格式的字符串，再传进去。比如：

// 直接生成UTC格式的时间字符串
String utcTime = Instant.ofEpochMilli(1_750_000_000_000L).toString();
// 如果第三方方法能接受字符串，直接传这个
thirdPartyMethod(utcTime);

不过你说必须传Date，那这个方案可能用不上，但还是提一下——毕竟Java 8之后，新的日期API比Date好用太多，尽量优先用。

针对你提供的测试代码的验证 #

如果你想验证这个逻辑，把测试代码套进临时时区的逻辑里，就能得到你想要的UTC输出：

TimeZone original = TimeZone.getDefault();
try {
    TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
    System.out.println(new Date(1_750_000_000_000L));
    // 输出会是：Sun Jun 15 15:06:40 UTC 2025
} finally {
    TimeZone.setDefault(original);
}

最后再啰嗦一句：Date类是Java早期的日期API，设计上有很多缺陷，比如不可变、不支持时区感知这些。如果以后有机会重构，尽量换成java.time包下的类（Instant、ZonedDateTime等），能避免很多时区相关的坑。

内容来源于stack exchange