Java中SimpleDateFormat时区解析异常：CET时区不符合预期

咱们来一步步拆解你遇到的这个时区问题，核心原因在于不同时区类型的本质区别：

为什么CET时区的输出不符合预期？ #

CET（中欧时间）不是一个固定偏移的时区——它同时包含冬令时（CET，对应UTC+1）和夏令时（CEST，对应UTC+2）。每年3月最后一个周日的凌晨2点，欧洲地区会把时钟拨快1小时进入夏令时，2013年的切换节点正好是3月31日：

• 3月30日还处于冬令时阶段，所以解析"30.03.2013 06:00:00"时显示CET是完全正确的。
• 到了3月31日，夏令时已经生效，你输入的"31.03.2013 05:00:00"在CET冬令时中是不存在的时间（因为凌晨2点直接跳到3点，2-3点的时间被跳过了）。Java的SimpleDateFormat会自动将这个无效时间映射到夏令时的对应时刻，所以最终输出显示为CEST。

为什么换成GMT+1后结果看似正确？ #

GMT+1是固定偏移时区，它完全不考虑夏令时切换，始终保持UTC+1的偏移量。当你用它解析"31.03.2013 05:00:00"时：

• 这个时间会被解析为UTC时间的2013-03-31 04:00:00。
• 而你的系统默认时区此时已经切换到CEST（UTC+2），所以转换后显示为Sun Mar 31 06:00:00 CEST 2013——这个结果看起来符合你的预期，但本质是因为固定偏移没有处理夏令时规则，只是单纯做了偏移转换。

UTC+1和GMT+1的差异在哪？ #

理论上UTC和GMT的时间几乎一致，但在Java的TimeZone实现中，两者的处理有细微区别：

• GMT+1是基于格林尼治标准时间的固定偏移，直接表示比GMT快1小时，逻辑清晰。
• UTC+1的写法其实不规范（正确的固定偏移写法应该是+01:00或UTC+01:00），Java对这个字符串的解析可能出现歧义。从你的输出看，使用UTC+1时解析后的时间多了1小时，这是因为Java可能错误地处理了偏移规则，再叠加系统时区的夏令时偏移，导致最终显示结果不符合预期。

更可靠的解决方案 #

如果你需要稳定的UTC+1偏移（不随夏令时变化），推荐使用Java 8+引入的java.timeAPI（线程安全，设计更合理，替代老旧的SimpleDateFormat）：

// 使用DateTimeFormatter实现固定偏移解析
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("dd.MM.yyyy HH:mm:ss")
        .withZone(ZoneOffset.of("+01:00"));

String str = "30.03.2013 06:00:00";
ZonedDateTime zdt1 = ZonedDateTime.parse(str, formatter);
System.out.println(str + " = " + zdt1);

str = "31.03.2013 05:00:00";
ZonedDateTime zdt2 = ZonedDateTime.parse(str, formatter);
System.out.println(str + " = " + zdt2);

这个代码会始终以固定的+01:00偏移解析时间，不会受到夏令时切换的影响，输出结果更可控。

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