生日计算器

使用方法

1. 在「出生日期」填生日。页面默认填 1996-08-15，这是一个合法的公历日期。
2. 在「参考日期」填要算到哪天。默认固定为 2026-10-03，这样正文里的示例数字可以直接对照；想算到今天就点「用今天作参考」，或者把这一栏清空。
3. 如果出生日期是 2 月 29 日，在下拉里选平年按 2 月 28 日 还是 3 月 1 日 算。默认选 2 月 28 日。其它日期这一栏不参与。
4. 点「计算」或按 Enter，五张卡片给出已过生日次数、下一个生日日期、距今天数、已过整日整月和下个生日的星期。
5. 想一次看多年份的星期分布，点「加载更多年份」展开 8 月 15 日在 12 个年份的星期对照表。

这个生日计算器能解决什么问题

生日计算器只回答「生日」相关的问题，不做通用的日期相减。四类具体场景：一是倒计时，1996 年 8 月 15 日出生的人，到 2026 年 10 月 3 日已经过了 11006 个整日、361 个完整月（整 30 年 1 个月零 18 天），下一个生日是 2027 年 8 月 15 日、还有 316 天；二是聚会排期，2026 年的生日落在星期六，2027 年落在星期日，两年差一天而不是差两天；三是闰年生日，2000 年 2 月 29 日出生的人，到 2026 年 10 月 3 日过了 9713 天、按替代日算过 26 个生日，而 2028 年又是闰年、2 月 29 日真实存在；四是确认口算对不对，从 1996-08-15 到 2096-08-15 整整 100 年是 36525 天，比 100 × 365 = 36500 多 25 天，多出来的正是期间经过的 25 个闰日。

本页不算两个任意日期之间隔了多少天，也不单独给「几岁几个月零几天」——那两件事请用文末的日期间隔与年龄页面，它们和本页的搜索意图不同，混在一页会互相抢词。

原理和变量：为什么全程用 Date.UTC

本页的核心是三个函数：Date.UTC(y, m-1, d) 构造时间戳、Math.round((t2 - t1) / 86400000) 取整日差、getUTCDay() 取星期。

为什么不用 new Date(y, m, d)。带参数的 Date 构造函数按本地时区解释年月日，而 Date.UTC 按 UTC 解释。实测在本机东八区，new Date(2026,9,3).getTime() 与 Date.UTC(2026,9,3) 相差 -28800000 毫秒，正好 8 小时。这个偏差在跨月、跨年时会变成整整一天的 off-by-one：一个人 23:30 在本地日期控件里选了「明天」，用本地 Date 算就可能少一天。

为什么夏令时也必须绕开。中国 1986 到 1991 年实行过夏令时，1991 年 4 月 14 日凌晨 2:00 直接跳到 3:00，那一天只有 23 小时；美国 2007 年起同样在 3 月第 2 个周日把 2:00 跳到 3:00。如果用本地时间戳相减，跨越切换点的那一天会算出 23 或 25 小时，Math.round 之后就多一天或少一天。用 Date.UTC 全程按 UTC 计时，任何时区、任何夏令时规则都影响不到它——这是本页选它的唯一理由。

整日差为什么要 Math.round 而不是 Math.floor。因为两个时间戳都精确落在 UTC 午夜上，差值一定是 86400000 的整数倍，理论上 floor 就够。实测 new Date(2026,9,4) - new Date(2026,9,3) 正好 86400000 毫秒。这里仍用 Math.round 是为了在极端情况下（某些引擎对 Date.UTC 年份 0~99 特判）不因小数误差掉一天——Date.UTC(99, 0, 1) 会被解释成 1999 年，本页因此把年份下限设在 1900。

星期用 getUTCDay() 而不是 getDay()。后者按本地时区算，跨时区看同一份生日会得到不同答案。索引 ['日','一','二','三','四','五','六'] 对应 getUTCDay() 的 0~6。

闰年判定用哪条规则。公历闰年规则是：能被 4 整除且不能被 100 整除，或能被 400 整除。实测 2000 年（能被 400 整除）是闰年、2024 年是闰年，而 1900 年和 2100 年都不是——它们能被 100 整除但不能被 400 整除。这条规则来自公历（格里高利历）本身，公元 1582 年起施行；本页不涉及 1582 年之前的日期，所以不处理儒略历与公历的错位（那 10 天被抹掉）。

完整示例（数值仅作演示）

打开页面时出生日期是 1996-08-15、参考日期是 2026-10-03，生日计算器给出的五张卡片是：

• 已过生日次数 30 个（2026 年生日在 8 月 15 日，已过 49 天，所以已满 30 整岁）；
• 下一个生日 2027-08-15，距今天 316 天；
• 已过 11006 整日、361 个完整月；
• 下个生日落在星期日，而 2026 年这个生日是星期六，出生当天 1996-08-15 是星期四；
• 100 岁生日 2096-08-15 是星期三。

生日星期逐年挪动的规律能直接看出来：2026-08-15 星期六 → 2027-08-15 星期日（365 天，区间不含闰日，星期 +1）→ 2028-08-15 星期二（366 天，区间含 2028 年 2 月 29 日，星期 +2）→ 2029-08-15 星期三（365 天，+1）。所以平年之间固定 +1，只有跨过闰日那年才 +2。

把出生日期换成 2000-02-29（闰年 2 月 29 日），参考日期不变，答案变成：已过 9713 天，已过 26 个生日，下一个生日按「2 月 28 日」策略算是 2027-02-28、距今 148 天；改选「3 月 1 日」策略则变成 2027-03-01、距今 149 天，差 1 天。

输入范围与对照表

年份范围 1900 ~ 2100。下限 1900 避开了 Date.UTC(0..99, ...) 被引擎特判成 1900~1999 的坑；上限 2100 让 getUTCFullYear() 落在四位数内，格式化不会出现 5 位年。

8 月 15 日这个生日在 12 个年份的星期与倒计时（以参考日期 2026-10-03 为基准）：

2 月 29 日出生者（2000-02-29）在三个年份的替代日对照，注意 2028 年是闰年、2 月 29 日真实存在：

各月天数（用于校验出生日期是否合法）：1 月 31、2 月平年 28 / 闰年 29、3 月 31、4 月 30、5 月 31、6 月 30、7 月 31、8 月 31、9 月 30、10 月 31、11 月 30、12 月 31。

边界与精度

非法日期会被静默顺延，本页必须自己拦。实测 Date.UTC(2025, 1, 29) 返回的是 2025-03-01——2 月只有 28 天，29 日被顺延到 3 月；Date.UTC(2026, 0, 32) 落到 2026-02-01；Date.UTC(2026, 13, 1) 落到 2027-02-01。引擎不报错，如果你只把字符串丢给 Date，2025 年 2 月 29 日这个不存在的生日会被当成 3 月 1 日悄悄算完。所以本页在 readDate() 里先查该年该月的实际天数，超了直接报「第 4 行月份 2 在 2025 年只有 28 天，没有 29 日」，绝不进下一步。

未来日期按报错处理。出生日期填 2030-01-01、参考日期 2026-10-03 时，差值是 -1186 天。负数意味着「还没出生」，这不是本页要算的东西，报错并指出两个字段谁在前面。

整日差没有精度问题。最大跨度是 1900-01-01 到 2100-12-31，约 73414 天，时间戳量级 6.3 × 10¹⁵ 毫秒，远低于双精度整数能精确表示的 253-1 = 9007199254740991。所以本页所有天数都是精确整数值，不存在浮点尾差。

回归年不是 365 天。公历平均年长是 365.2425 天（400 年 97 个闰日）。实测 1996-08-15 到 2096-08-15 这 100 年是 36525 天，而 100 × 365 = 36500，差的 25 天就是期间经过的 25 个闰日（1996、2000、2004 …… 2096，均能被 4 整除且不被 100 整除、其中 2000 和 2100 需单独判断）。用 365 去心算「几岁」会得出偏小的结果。

「已过生日次数」的判定规则。比较的是月日而不是日期：参考日期的月日 ≥ 生日的月日 才算今年这个生日已过。默认示例里 2026-10-03 与 08-15 相比月日更大，所以已过 30 个；如果参考日期填 2026-01-01，同一个生日就只算 29 个。这是有意的：生日当天算「满 30 岁」而非「马上 31 岁」。

常见问题

相关工具

• 日期间隔天数计算器：任意两个日期相隔多少天，不限于生日场景。
• 距今天数计算器：从某个日期到今天已经过去多少天，适合算纪念日天数。
• 年龄计算器：输出「几岁几个月零几天」的完整三元组。
• 日期加天数计算器：在给定日期上加减天数，本页的下个生日换算也能用它复核。
• 工作日计算器：把生日倒推排除周末与法定节假日，估算实际可庆祝日。
• 半程生日计算器：按平均寿命推算人生半程那一年落在哪年。
• 日期时间：查看全部日期时间工具。