求助：带时区标识的字符串日期转UTC格式异常问题解决

你的问题核心在于使用了过时的SimpleDateFormat类，且解析模式未匹配输入字符串的完整格式，导致带时区偏移（+00）的日期被错误解析，进而转换结果不符合预期。

问题根源 #

1. SimpleDateFormat不支持解析带时区偏移的字符串（如+00），解析时会直接忽略这部分信息，导致日期对象的时区上下文丢失。
2. 你的解析模式yyyy-MM-dd HH:mm:ss未包含毫秒（.891）和时区偏移（+00），解析时会截断这些部分，使得后续的时区转换逻辑基于错误的时间点。
3. Date类是Java 8之前的过时API，本身不携带时区信息，建议使用java.time包下的现代日期时间类。

解决方案 #

使用Java 8+引入的java.time包（线程安全、API设计更合理），通过DateTimeFormatter处理多种输入格式，正确识别时区后转换为UTC格式字符串。

修正后的代码

import java.time.*;
import java.time.format.DateTimeFormatter;
import java.time.format.DateTimeFormatterBuilder;
import java.time.temporal.ChronoField;
import java.util.Locale;

private static void dateToUTC(String source) {
    // 构建支持多种输入格式的DateTimeFormatter
    DateTimeFormatter formatter = new DateTimeFormatterBuilder()
            .appendPattern("yyyy-MM-dd HH:mm:ss")
            // 可选的毫秒部分
            .optionalStart()
            .appendFraction(ChronoField.MILLI_OF_SECOND, 0, 3, true)
            .optionalEnd()
            // 可选的时区偏移（如+00）
            .optionalStart()
            .appendPattern("X")
            .optionalEnd()
            .toFormatter(Locale.ENGLISH);

    try {
        System.out.println("原始日期-------------->: " + source);
        // 解析日期：如果输入无时区，使用系统默认时区（对应你原测试中的BST）
        ZonedDateTime zonedDateTime;
        if (source.contains("+")) {
            zonedDateTime = ZonedDateTime.parse(source, formatter);
        } else {
            // 无时区的情况，先解析为LocalDateTime，再绑定系统默认时区
            LocalDateTime localDateTime = LocalDateTime.parse(source, formatter);
            zonedDateTime = localDateTime.atZone(ZoneId.systemDefault());
        }

        // 转换为UTC时区的Instant，再输出为ISO 8601格式（带Z）
        Instant utcInstant = zonedDateTime.toInstant();
        System.out.println("转换结果-------------->: " + utcInstant.toString());
    } catch (Exception e) {
        e.printStackTrace();
    }
}

测试验证

调用你的测试代码：

dateToUTC("2023-03-08 10:20:09.891+00");
dateToUTC("2023-01-12 08:32:10+00");
dateToUTC("2015-06-12 00:10:10");

输出结果：

原始日期-------------->: 2023-03-08 10:20:09.891+00
转换结果-------------->: 2023-03-08T10:20:09.891Z
原始日期-------------->: 2023-01-12 08:32:10+00
转换结果-------------->: 2023-01-12T08:32:10Z
原始日期-------------->: 2015-06-12 00:10:10
转换结果-------------->: 2015-06-11T23:10:10Z

关键说明 #

• DateTimeFormatterBuilder用于构建支持多种可选格式的解析器，覆盖了带毫秒+时区、带时区、无时区三种输入场景。
• 无时区的输入会绑定系统默认时区（对应你原测试中的BST时区），确保转换逻辑与原代码一致。
• Instant.toString()直接输出标准UTC格式（如2023-03-08T10:20:09.891Z），符合你的需求。

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