Java LocalDateTime解析与格式化时丢失秒数零值问题排查

问题根源 #

秒数零值丢失的核心原因是转回字符串时未使用自定义格式化器：
虽然你定义了包含秒数的ISO_8601_PATTERN，但toIso8601方法调用了dateTime.atZone(ZoneOffset.UTC).toString()，而ZonedDateTime的默认toString()实现会自动省略值为0的秒数部分，导致输出不符合预期格式。

修复代码 #

修改toIso8601方法，使用预先定义的格式化器生成字符串，同时优化格式化器的复用：

import java.time.LocalDateTime;
import java.time.ZoneId;
import java.time.ZoneOffset;
import java.time.format.DateTimeFormatter;

public class Main
{
    private final static String DEFAULT_PATTERN = "yyyy/MM/dd";
    private final static String ISO_8601_PATTERN = "yyyy-MM-dd'T'HH:mm:ss'Z'";
    private final static String UTC_ZONE_ID = "UTC";
    // 提前初始化格式化器，避免重复创建
    private final static DateTimeFormatter ISO_FORMATTER = DateTimeFormatter.ofPattern(ISO_8601_PATTERN).withZone(ZoneId.of(UTC_ZONE_ID));
    
    public static void main(String[] args) {
        String stringDateTime = "2022-03-14T21:38:00Z";
        LocalDateTime dateTime = fromIso8601(stringDateTime);
        stringDateTime = toIso8601(dateTime);
        System.out.println(stringDateTime);
        // 现在输出：2022-03-14T21:38:00Z
    }
    
    public static LocalDateTime fromIso8601(String dateTimeString) {
        return LocalDateTime.parse(dateTimeString, ISO_FORMATTER);
    }

    public static String toIso8601(LocalDateTime dateTime) {
        // 使用自定义格式化器格式化，替代默认toString()
        return ISO_FORMATTER.format(dateTime.atZone(ZoneOffset.UTC));
    }
    
}

额外说明 #

• 统一使用同一个DateTimeFormatter实例进行解析和格式化，确保格式完全一致。
• 提前初始化格式化器可以避免重复创建对象，提升代码性能。

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