首先要明确一个关键事实：java.util.Date对象本身并不存储时区或偏移量信息，它本质上只是一个表示自1970-01-01T00:00:00Z（UTC纪元）以来的毫秒数的时间戳。你看到的Thu Aug 13 23:29:34 EDT 2020输出，是Date.toString()方法自动用JVM默认时区（EDT）格式化后的结果——这并不是转换错误，而是Date本身的设计局限导致的。

针对你的需求，分两种场景给出具体解决方案：

一、优先使用Java 8+的java.time API（强烈推荐） #

Java 8引入的java.time包（JSR-310）是为解决旧日期API的诸多缺陷而生的，它原生支持时区、偏移量，且线程安全，是官方推荐的长期解决方案。

1. 直接解析并完整保留偏移量 #

用OffsetDateTime类解析带偏移量的字符串，它会完整保留原始偏移量信息：

String dateFromDatabase = "2020-08-14T08:59:34.961+05:30";
// 自动识别偏移量格式，直接解析为带偏移的时间对象
OffsetDateTime offsetDateTime = OffsetDateTime.parse(dateFromDatabase);
System.out.println(offsetDateTime); // 输出：2020-08-14T08:59:34.961+05:30

这个对象可以直接用于需要时区/偏移量信息的业务逻辑，完全不会受JVM默认时区干扰。

2. 与旧代码兼容（转换为Date对象） #

如果你的依赖库必须接收Date对象，也可以安全转换（仅传递时间戳，不会丢失信息），但绝对不要直接打印Date，而是用OffsetDateTime来格式化输出：

// 将OffsetDateTime转换为Date对象（仅传递时间戳）
Date tempDate = Date.from(offsetDateTime.toInstant());

// 如果需要按照原偏移量格式输出，使用DateTimeFormatter
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSSXXX");
System.out.println(formatter.format(offsetDateTime)); // 输出原偏移量的时间字符串

二、兼容Java 7及以下（旧API方案） #

如果无法升级Java版本，只能使用SimpleDateFormat和Date，可以通过以下方式规避默认时区的影响：

String dateFromDatabase = "2020-08-14T08:59:34.961+05:30";
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSXXX");

// 解析时会正确处理偏移量，得到正确的时间戳
Date tempDate = sdf.parse(dateFromDatabase);

// 关键步骤：设置格式化时使用的时区为原偏移量对应的时区
sdf.setTimeZone(TimeZone.getTimeZone("GMT+05:30"));
// 用sdf格式化输出，而不是直接打印Date
System.out.println(sdf.format(tempDate)); // 输出：2020-08-14T08:59:34.961+05:30

注意：这里的GMT+05:30是偏移量对应的时区ID，不是具体地理时区（比如Asia/Kolkata），但足够满足格式化出正确偏移量的需求。另外，SimpleDateFormat是线程不安全的，多线程环境下要额外注意同步或使用线程局部变量。

核心总结 #

• 永远不要依赖Date.toString()的输出，它永远会用JVM默认时区格式化时间。
• 长期来看，全面迁移到java.time API是最优选择，彻底规避旧API的设计缺陷。
• 无论用哪种方案，要保留偏移量信息，必须用能感知时区/偏移量的类型（OffsetDateTime、ZonedDateTime）来存储和格式化，不能仅依赖无时区信息的Date。

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