日期间隔计算器

日期间隔计算器用于测量两个日历日期之间相差多久，并把结果换算成天数、周数、约等于多少月、约等于多少年，以及小时、分钟等更小单位。它适合核对项目周期、请假区间、账期跨度、纪念日、资料保存期限和历史日期间隔。需要注意，日期间隔不一定等同于“包含首尾两天”的天数：例如 1 月 1 日到 1 月 3 日相差 2 天，除非业务规则要求把两端都算入。月数和年数通常只能近似，因为月份长度不一致。涉及工作日、节假日、时区或法律截止日期时，应按对应规则另行计算。

精确的天数差计算为 Math.floor((end.getTime() - start.getTime()) / 86_400_000)，其中 86,400,000 是非夏令时 24 小时一天的毫秒数。这给出的是排他区间——1 月 1 日到 1 月 3 日是 2 天而非 3 天——因为减法测量的是两个时刻之间的跨度而非计算日历格子。对于包含两端的计数（两端都算），在结果上加 1；许多法律、请假和计费规则要求这样做，差一错误是人事和财务报告之间产生分歧的最常见原因。周就是天数 / 7；页面还显示小时 = 天数 * 24、分钟 = 天数 * 1440 和秒 = 天数 * 86,400 作为派生总量。 月数和年数特意标注为"近似"，因为日历月和日历年的长度不一。简单方法是天数 / 30.436875（平均格里高利月）和天数 / 365.2425（400 年周期的平均格里高利年），这对于状态报告和仪表盘来说足够好，但对于合同来说是错误的。对于日历精确的"X 个完整月之间"，算法减去年 x 12 + 月的分量，然后如果结束日期的天小于开始日期的天则减 1——这就是大多数日期库（date-fns differenceInMonths、dayjs $.diff('month')、Temporal Duration.from）的计算方式。年数计算有同样的怪癖：2024-02-29 到 2025-02-28 有时算作 1 年（限制到月末），有时算作 0 年 11 个月 30 天，取决于约定。 闰年遵循格里高利规则（能被 4 整除，但世纪年必须能被 400 整除，所以 1900 年是平年，2000 年是闰年，2024 年是闰年）。包含 2 月 29 日的区间会自动多出一天，因为天数计算基于自纪元以来的毫秒数，而不是日历字段。当两个端点处于亚天分辨率时，时区处理至关重要：从本地时间字符串构造的两个 Date 值相减可能差一个本地 UTC 偏移量，跨越夏令时转换的区间可能是 23 或 25 小时而非标称的 24 小时。Y2038 问题（Unix time_t 有符号 32 位溢出在 2038-01-19T03:14:07Z）不影响此页面，因为 JavaScript Date 使用 64 位浮点数，能够表示纪元两侧大约 1 亿天的日期，但用 32 位 C 编写的下游系统仍然需要注意。

• 精确天数 = Math.floor((end - start) / 86_400_000)；每个非夏令时天 8640 万毫秒。
• 默认结果是排他的：1 月 1 日到 1 月 3 日 = 2 天；包含两端计数需加 1。
• 近似月使用平均 30.436875 天；年使用 400 年格里高利周期的 365.2425 天。
• 日历精确的月差：(y2-y1)*12 + (m2-m1)，如果结束日 < 起始日则减 1——与 date-fns differenceInMonths 一致。
• 闰年：能被 4 整除，但世纪年必须能被 400 整除（1900 年不是，2000 年是，2024 年是）。
• 夏令时转换造成 23 小时和 25 小时的日历天；24 小时的减法不一定等于一个日历天。
• JavaScript Date 是 64 位浮点数，不受 Unix Y2038（2038-01-19 03:14:07 UTC 的 32 位 time_t 溢出）影响。