Java 8 LocalDateTime与Date解析时区字符串结果差异排查

咱们先拆解你代码里的几个关键错误，这正是导致两种解析方式结果不同的核心原因：

1. SimpleDateFormat格式字符串错误 #

你使用的格式是"yyyy-MM-dd'T'HH:mm:ss-hh"，但原字符串2017-07-31T01:01:00-07:00的时区部分是UTC偏移量（-07:00），而格式里的-hh是匹配12小时制的小时数，完全不对应。正确的格式应该用XXX来匹配这种带冒号的偏移量，比如"yyyy-MM-dd'T'HH:mm:ssXXX"。

这个错误直接导致SimpleDateFormat.parse()解析出来的Date对象本身就是错误的，后续转换到CST时区的结果自然也不对。

2. 时区处理逻辑冗余且错误 #

你拆分字符串获取最后一部分，再通过GMT-xxx去获取时区ID的操作完全没必要，而且风险很高：同一个偏移量可能对应多个实际时区（比如-07:00对应美国山地时间、亚利桑那州时间等），这种方式获取的时区ID不一定符合预期。更重要的是，只要格式字符串正确，SimpleDateFormat可以直接解析带偏移量的时间字符串，不需要手动处理时区。

3. CST时区的歧义问题 #

CST是一个多义的时区缩写：它可以表示中国标准时间（UTC+8）、美国中部标准时间（UTC-6）、古巴标准时间等。TimeZone.getTimeZone("CST")的结果会依赖JVM的默认时区设置，可能导致结果不符合你的预期。正确的做法是使用明确的时区ID，比如Asia/Shanghai（对应中国标准时间）或者America/Chicago（对应美国中部时间）。

修正后的代码示例 #

推荐方式：使用Java 8+的ZonedDateTime（更简洁、安全） #

import java.time.ZonedDateTime;
import java.time.ZoneId;

public class DateTimeTest {
    public static void main(String[] args) {
        String dateStr = "2017-07-31T01:01:00-07:00";
        // 明确指定目标时区（比如中国标准时间用Asia/Shanghai）
        ZoneId targetZone = ZoneId.of("Asia/Shanghai");
        ZonedDateTime result = ZonedDateTime.parse(dateStr).withZoneSameInstant(targetZone);
        System.out.println(result.toLocalDateTime());
    }
}

兼容旧代码的方式：修正SimpleDateFormat的使用 #

import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.TimeZone;
import java.time.LocalDateTime;
import java.time.ZoneId;

public class DateTimeTest {
    public static void main(String[] args) {
        String dateStr = "2017-07-31T01:01:00-07:00";
        // 正确的格式字符串
        SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssXXX");
        // 明确指定目标时区（避免CST歧义）
        ZoneId targetZone = ZoneId.of("Asia/Shanghai");
        
        try {
            Date dateObj = format.parse(dateStr);
            LocalDateTime time = dateObj.toInstant().atZone(targetZone).toLocalDateTime();
            System.out.println(time);
        } catch (ParseException e) {
            e.printStackTrace();
        }
    }
}

结果差异的根本原因 #

• ZonedDateTime：正确解析了原字符串中的-07:00偏移量，将其转换为对应的Instant，再转换到目标时区，结果是准确的。
• 你的原始Date代码：因为格式字符串错误，解析出来的Date对象本身就不是原字符串对应的时间，后续转换自然和ZonedDateTime的结果不一致。

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