手动设置日历日期时间：2月28/29日及1月28/29日偏移异常求助

问题根源 #

1. SimpleDateFormat默认宽松解析+基准年错误：当解析不带年份的MMddHHmmss格式时，SimpleDateFormat会默认使用1970年作为基准年。1970年不是闰年，输入的0229会被自动调整为1970年3月1日；后续设置年份为2024时，Calendar会保留3月1日，最终输出错误日期。
2. 老旧API的时区不一致：解析日期时使用JVM默认时区，输出时却切换为GMT时区，跨时区转换可能导致日期偏移（比如1月28/29日的问题，大概率是时区转换时的日期滚动）。
3. SimpleDateFormat和Calendar的设计缺陷：这两个API是Java早期实现，存在自动日期调整逻辑不透明、线程不安全等问题，极易引发这类隐蔽的日期错误。

解决方案 #

方案1：修复原有老旧API代码 #

如果必须保留SimpleDateFormat和Calendar，需做以下修改：

String gmtDate = "0229191315";
int currentYear = Calendar.getInstance().get(Calendar.YEAR);

// 1. 改用带年份的解析格式，拼接当前年份到输入字符串
SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMddHHmmss");
// 关闭宽松解析，遇到无效日期直接抛异常，避免偷偷调整
sdf.setLenient(false);
String fullDateStr = currentYear + gmtDate;

// 2. 初始化Calendar时直接指定GMT时区，保持时区一致
Calendar cal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
try {
    cal.setTime(sdf.parse(fullDateStr));
} catch (ParseException e) {
    // 这里处理无效日期，比如非闰年输入0229的情况
    e.printStackTrace();
}

// 修正原代码的语法错误（把-改成=）
private static DateFormat dateFrmtGmt = new SimpleDateFormat("EEE MMM d HH:mm:ss z yyyy", Locale.ENGLISH);
dateFrmtGmt.setTimeZone(TimeZone.getTimeZone("GMT"));
System.out.println(dateFrmtGmt.format(cal.getTime()));

方案2：使用Java 8+新日期API（推荐） #

Java 8引入的java.time包彻底解决了老旧API的问题，代码更清晰可靠：

import java.time.LocalDateTime;
import java.time.ZoneId;
import java.time.ZonedDateTime;
import java.time.format.DateTimeFormatter;
import java.time.format.DateTimeParseException;
import java.util.Locale;

public class DateHandler {
    private static final DateTimeFormatter INPUT_FORMAT = DateTimeFormatter.ofPattern("MMddHHmmss");
    private static final DateTimeFormatter OUTPUT_FORMAT = DateTimeFormatter.ofPattern("EEE MMM d HH:mm:ss z yyyy")
            .withLocale(Locale.ENGLISH)
            .withZone(ZoneId.of("GMT"));

    public static ZonedDateTime parseDate(String gmtDate) {
        int currentYear = LocalDateTime.now().getYear();
        try {
            // 解析后直接设置当前年份，再转换为GMT时区
            LocalDateTime localDt = LocalDateTime.parse(gmtDate, INPUT_FORMAT).withYear(currentYear);
            return ZonedDateTime.of(localDt, ZoneId.of("GMT"));
        } catch (DateTimeParseException e) {
            // 处理无效日期，比如非闰年输入0229
            e.printStackTrace();
            return null;
        }
    }

    public static void main(String[] args) {
        ZonedDateTime dt1 = parseDate("0229191315");
        System.out.println(OUTPUT_FORMAT.format(dt1)); // 输出：Thu Feb 29 19:13:15 GMT 2024

        ZonedDateTime dt2 = parseDate("0301191315");
        System.out.println(OUTPUT_FORMAT.format(dt2)); // 输出：Fri Mar 1 19:13:15 GMT 2024
    }
}

新API的优势：

• 不可变对象，线程安全
• 严格解析，无效日期直接抛出异常，无隐蔽调整
• 时区处理清晰，彻底避免跨时区偏移
• 代码逻辑直观，可读性强

额外说明 #

对于非闰年输入0229的场景，两种方案都会抛出异常，你可以根据业务需求选择处理方式（比如提示输入无效，或自动调整为2月28日）。

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