如何基于指定年月和ZoneId构造YearMonth 正确计算当月总秒数

核心结论 #

你没法直接在YearMonth.of(year, month).lengthOfMonth()这行代码里引入ZoneId逻辑解决夏令时偏差问题：YearMonth是不带时区属性的公历日期模型，lengthOfMonth()返回的是公历月标准自然天数，本身就和时区无关。你遇到的偏差本质不是月天数计算错误，是后续用固定24小时/天常量计算总秒数的逻辑，没有覆盖时区切换当天时长不足/超出24小时的场景。

简便实现方案 #

直接通过时区下的当月起始时间和下月起始时间的差值计算即可，代码非常简洁，不需要复杂的YearMonth初始化逻辑：

import java.time.*;

public static long getNumberOfSecondsInMonth(int year, int month, ZoneId zoneId) {
    // 生成指定时区当月第一天的起始时间
    ZonedDateTime monthStart = LocalDate.of(year, month, 1).atStartOfDay(zoneId);
    // 直接加1个月得到下月起始时间
    ZonedDateTime nextMonthStart = monthStart.plusMonths(1);
    // 计算时间差的秒数，自动处理夏令时/冬令时切换
    return Duration.between(monthStart, nextMonthStart).getSeconds();
}

该方案的优势：

• 完全自动适配所有时区的夏令时/冬令时切换规则，包括单月内存在多次时间调整的特殊时区
• 不需要手动维护小时、秒数相关的常量，避免硬编码错误
• 核心逻辑只有3行，比你提到的YearMonth.now(ZoneId)实现方案更轻便易读

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