免费年龄计算器

为什么「精确年龄」比想象中难

「今天减去出生日期的天数，除以 365.25」这种朴素计算的偏差，对任何要求精确答案的场景来说都已经够大了。日历月份长度不一。闰年穿插得并不规则（每四年一次，但能被 100 整除却不能被 400 整除的世纪年除外，2000 年是闰年，1900 年不是，2100 年也不是）。时区也会咬人：如果你在东京晚上 11 点出生，而你在洛杉矶计算年龄，本地时间的出生瞬间到底算「X 日的深夜」还是「Y 日的清晨」，取决于你信任哪一面钟。夏令时一年两次加减一小时。本计算器使用正确的方法（按年/月/日做日历算术，而不是除以 365），所以无论跨越多少年，任何一对日期的结果都精确到天。

全世界大多数地区使用的惯例

在西方世界的大多数地区，年龄是「按年龄计算」的：自出生以来已经完成的年数，忽略不足一年的部分。一个 5 岁的小孩是在生日那天变成 6 岁的，不是渐进的。保险、医疗记录、投票资格、驾驶年龄、饮酒年龄以及大多数法律框架都使用这一定义。值得注意的是：某些保险合同使用「最近一次生日年龄」或「下一次生日年龄」，在生日附近两者会有显著差异。本计算器的年数主显示遵循按年龄计算这一惯例：已经过去多少个完整年份。

东亚的年龄计算法与韩国 2023 年的转换

历史上有几种东亚文化使用过另一种系统，有时被称为「韩国岁」或「中国岁」：出生时即视为 1 岁（你处于「人生的第一年」），并在每个农历新年增长一岁，而不是在生日。按这套系统，一个 12 月 31 日出生的婴儿到 1 月 1 日就是 2 岁：一岁因为活着，再加一岁因为新年。韩国是最后一个仍将其用于官方目的的国家；2022 年 12 月韩国国会通过立法，自 2023 年 6 月 28 日起所有官方文件改用国际（按年龄计算）算法。美国国会图书馆的 In Custodia Legis 博客有相应法律记录。中国和越南已经非正式地退出了这套系统；日本于 1902 年转换。所以到 2026 年，几乎每个国家在法律层面都使用按年龄计算的系统，但东亚系统仍在文化与家庭语境中存活。

闰年宝宝（「leaplings」）

出生在 2 月 29 日？你只能每四年（或在世纪非闰年的情况下每八年）才有一次「真正」的生日。英国、香港和台湾采用的普通法惯例把 leaplings 视为非闰年 3 月 1 日长一岁；少数司法管辖区（新西兰、内华达州、加州 DMV）使用 2 月 28 日。实际影响：法定年龄阈值（满 18、满 21）需要明确的备用规则，各国答案不同。本计算器遵循普通法的 3 月 1 日惯例。

为什么时区比你想象的更重要

两个日期输入框看起来都「只是日期」，但 JavaScript 的 Date 对象内部以 UTC Unix 纪元以来的毫秒数存储。当你在日期选择器里输入 1990-01-15，浏览器会把它解析为那一天的 UTC 午夜。在正 UTC 偏移（东京、柏林、悉尼）中，那个本地时刻显示正确。在负偏移（纽约、洛杉矶、墨西哥城）中，UTC 午夜在本地是前一天，这意味着如果计算器不仔细处理转换，你的显示生日可能会向前移一天。本计算器将两个日期都锚定在当地正午，绕开了这个问题，因此到日的结果在你身处任何地方时都稳定。

若需亚日级精度（小时和分钟），输入还需要一个出生时刻字段和一个时区选择器。本计算器目前显示的小时和分钟是由日级差分得出的，对日边界精确，但对日内成分做了舍入。

常见使用场景

• 好奇心。「我活了多少天？」「我有多少个月大？」「等我孩子毕业那天我多大？」
• 签证申请和表格，要求计算到某个特定未来日期的年龄（入学截止、退休计划归属日期、移民资格截止）。
• 保险与财务规划。定期寿险常以「最近一次生日年龄」或「下一次生日年龄」报价，因保险公司而异；养老金计算需要在特定日期的精确年龄。
• 婚礼/活动策划。典礼倒计时；两个里程碑日期之间有多少年。
• 宠物年龄换算。老规则「狗年 = 7 × 人年」是民间简化。现代表观遗传学研究（Wang 等人，「Quantitative Translation of Dog-to-Human Aging by Conserved Remodeling of the DNA Methylome」，Cell Systems，2020 年 7 月）建议人等效年龄 ≈ 16 × ln(狗年) + 31，意味着 1 岁狗大致相当于 31 岁人，10 岁狗大约相当于 68 岁人（不是 70）。用本计算器算出狗的天数年龄，如需人等效再套用该公式。
• 怀孕/预产期计算。胎龄、受孕以来的时间、子宫内里程碑的「年龄」。
• 历史研究。「X 在 Y 发生时多大？」用于人物传记、家族史、回望视角下的项目期限。

隐私

在多数隐私框架下（美国 NIST SP 800-122、欧盟 GDPR 第 4 条），出生日期是最强的单字段标识符之一。再结合姓名和大致位置，仅凭 DOB 就足以将多数个人唯一识别。本计算器完全在你的浏览器中运行：日期输入、计算和结果都在你设备上的 JavaScript 里。什么都不传输，没有任何分析事件捕获这些值，没有任何营销列表捕获输入。许多免费年龄计算器靠捕获这种人口学数据来挣钱；这个不是。

常见错误

1. 用 365 天作为一年。朴素的「除以 365」计算在 100 年跨度上会漂移约 25 天（因为闰年）。日历算术（分别相减年/月/日）才会得到正确答案。
2. 当今年生日还未到时出现的差一年。如果计算说「你是 30 岁零 -3 个月」，底层逻辑就是错的；应当是「29 岁零 9 个月」。
3. 在 JavaScript Date 解析里忘掉时区。new Date('1990-01-15') 会被解析为 UTC 午夜；在负 UTC 偏移下本地显示为 1 月 14 日。锚定到本地正午，或使用 new Date(year, month, day)（采用本地时间），以避免这个 bug。
4. 把东亚岁视为错误。那是一种不同的文化惯例，而不是错误。韩国 2023 年的切换让国际系统在官方目的上变得普遍，但韩国/中国/越南/日本的家庭在非正式场合仍可能用旧系统谈论年龄。
5. 把狗的年龄乘以 7。这是民间简化；真实关系是非线性的。使用 Wang 2020 年的对数公式，可获得更准确的狗与人换算。
6. 把年龄与生日计数搞混。明天将过 30 岁生日的人，今天是 29 岁而不是 30。年龄是已经过去的，不是即将到来的。
7. 未核对司法管辖区就用这种工具计算法定用途的年龄。闰年宝宝、成年年龄、「最近一次生日年龄」惯例各国都不同。对真正的法律用途（签证资格、保险承保），请对照适用法规确认。

更多常见问题

为什么我的天数年龄与 年龄 × 365 不一致？

因为闰年。30 年里你会累积 7 或 8 个闰日；100 年大约 24 个。用 365 一乘就把它们忽略掉了。本计算器的天数计数是两个日期之间的实际计数，把跨度内每一个闰日都算进去。

闰年宝宝在法律上什么时候算 18 岁？

看司法管辖区。英国、香港和台湾采用的普通法回退是非闰年 3 月 1 日；少数司法管辖区（新西兰、内华达州和加州 DMV）使用 2 月 28 日。本计算器实际采用的惯例是 3 月 1 日。

我的出生日期会被上传到任何地方吗？

不会。计算完全在你的浏览器中运行。出生日期是最强的单字段标识符之一：在 GDPR 下是个人数据，在多数美国框架下是 PII。在服务器端要求你提供 DOB 的计算器拿到的是高价值数据；这一个把它留在你的设备上。

我能在两个任意日期之间计算年龄，而不仅是「到今天」吗？

可以。这正是「As of Date」字段的作用。默认设为今天；把它改成任何未来或过去日期，就能计算「到那一天的年龄」。对签证截止（「项目开始日期那天我还会不到 35 岁吗？」）、入学规划、退休预测都很有用，或者只是「我侄女毕业那天我多大？」

小时/分钟显示的精度如何？

日级结果是精确的。小时/分钟是从日级差分推出的，不是从精确的「出生时刻和当前时刻」配对算出的，所以它们在日边界精确，但不考虑一天内出生时刻 vs 现在的实际差。要做到分钟级精度，需要一个出生时刻输入加一个时区选择器。

「狗年」呢？

经典的「狗年 = 7 × 人年」是粗略近似，对很年幼和很年长的狗都偏差较大。2020 年的一项表观遗传学研究（Wang 等人，Cell Systems）测量了狗和人的 DNA 甲基化模式，并提出对数关系：人等效年龄 ≈ 16 × ln(狗年) + 31。所以 1 岁狗 ≈ 31 岁人，4 岁狗 ≈ 53 岁人，10 岁狗 ≈ 68 岁人。经典的 7× 规则高估了老年狗的衰老。本计算器给出精确的狗龄（年/天）；要换算成人等效请手动套公式。