把农历生日加入日历

把农历生日放进日常使用的日历，需要分别确定每一年对应的公历日期。将今年的公历日期保存后设为“每年重复”，固定的是公历月日，并不能保持同一个农历生日。要做好提醒，先记录准确的农历生日，约定闰月的处理方式，再核对未来日期列表。

本文以虚构的五月初五生日为例，查看2027–2029年的日期；另用一个三十日的例子说明小月缺日和跨年问题。可以先复现这些例子，再输入家人的生日，下载ICS日历文件，并在导入前检查日期。

记录完整的原始生日

农历月份、日期以及是否闰月应当一起记录。“五月初五”是农历五月的第五天，“闰五月初五”则是闰五月的第五天。“闰”字决定了是哪一个月。两者都不是公历5月5日，即使简写成数字时看起来都像5/5。

如果手头只有出生当天的公历日期，可以在农历生日提醒工具中输入完整的年、月、日。工具会转换这一天，显示对应的农历月日以及闰月标记。不要用今年庆祝生日的公历日期代替出生日期来换算，两者回答的不是同一个问题。也可以在公历农历转换工具中单独查看某一天。

原始生日和每年如何庆祝，需要分别记录。出生在闰月的人，家人可能希望在平月提醒，也可能只在对应闰月提醒，或平月和闰月都提醒。请与本人确认。工具能够执行选定的规则，但无法根据日期推断一家人的偏好，也不能替家庭决定哪一种习俗必须遵循。

选择平月、闰月或两者

输入月份5、日期5，年份选择农历2027年至2029年。只选择平月时，预览中有三个日期。选择平月和闰月后，会增加第四个日期，因为农历2028年有闰五月。这是同一月份编号在不同月次中的两个日期，并不是同一个事件重复出现。

如果只选择闰月，这个例子只导出2028-06-27。另两个年份没有对应的闰五月，预览便不会给出日期。工具不会自动改用平月五月。如果希望每年都有提醒，应选择平月规则，而不是期待“仅闰月”在每年都产生事件。

因此，导出的事件数不一定等于选中的年份数。“两者”在有对应闰月的年份可能产生两个事件；“仅闰月”在其他年份可能一个也没有。导入前，统计预览中真正有日期的行，也要查看后续预览分页。没有匹配日期的行不会作为空事件导出。

把选择的规则与姓名或提醒标题一起保存。只有“5/5”的记录，不足以让日后维护日历的人还原设置。本例可以记录为“五月初五；平月和闰月；农历2027–2029年”，这样就能解释为什么应当有四个事件。与使用其他语言的亲友分享列表时，也应明确日期采用的历法。

处理三十日与跨年日期

农历一个月可能有29天，也可能有30天。生日在三十，而目标月份只有29天时，就需要主动选择纪念日期。工具提供该月最后一天、下个月初一，或跳过这一次。调整后的日期用于安排庆祝，并不意味着这个月真的存在三十。

例如选择十二月三十、平月，并且只选择农历2026年。这个十二月的最后一天是公历2027-02-05，也就是农历十二月廿九。提前一天得到2027-02-05，顺延一天得到2027-02-06，即下一农历年的正月初一。选择跳过则不产生有效日期。核对公历日期时，也要留意结果中的日期调整标记。

这也说明了年份选择的含义：选中的是农历年，而不是公历1月至12月的区间。农历2026年末的日期，可以落在公历2027年初。生日工具接受1901–2099这些完整农历年。如果只计划某一段时间，应查看结果中实际的首尾公历日期，不要仅凭年份标签判断日历覆盖范围。

导出独立的全天事件

给提醒填写一个清楚的标题，例如“生日练习”，核对预览后下载ICS文件。每个有日期的结果行都会成为一个独立的全天事件。所选范围是有限的：导出三年，不会建立无限延续的生日订阅。事件说明会记录农历年、月日、适用时的闰月标记，以及日期是否经过调整。

全天生日表示日历上的一天，而不是某个时区午夜开始的会议。导入时应保留全天属性。如果查看文件，下列两行表示的只是2027-06-09这一天。结束日期不包含在事件范围内，因此写成次日，并不表示生日持续两天。

DTSTART;VALUE=DATE:20270609
DTEND;VALUE=DATE:20270610

导出文件没有设定通知时刻。导入后，请检查目标日历的全天事件通知设置，并打开一个事件确认。看得到事件和手机实际收到提醒，是两件不同的事。如果希望在中国的某个具体时间给亲友打电话，应另外安排这个定时通话；把全天生日改为午夜事件，可能引入不必要的时区换算。

导入专门的生日历

条件允许时，为这批生日事件建立独立日历，并先导入简短的练习例子。明确的目标日历有利于检查新增内容，也便于以后替换一整批事件。名称应能区分导入的生日、工作安排和其他私人事务。ICS文件名或事件标题，不能代替导入时对目标日历的选择。

在电脑上的Google日历中，打开“设置”，进入“导入和导出”，选择下载的.ics文件，再选好目标日历后导入。请检查目标选项，默认值可能是主日历。导入完成后，进入该日历查看示例中的具体日期，不要只凭导入提示判断成功。

在Outlook.com或网页版Outlook中，打开日历和“添加日历”，选择“从文件上传”。选中ICS文件及目标日历后导入。这是上传文件，不是“从Web订阅”。下载文件包含固定的一组事件；之后修改生日工具中的设置，不会改变已经导入的事件。

对于平月和闰月都选中的例子，应在三年内找到四个事件，特别检查2028-05-28和2028-06-27是否同时存在。打开其中一个事件，核对标题、全天属性和说明，再到平时使用的设备上查看。如果缺少事件，先确认目标日历是否显示，以及那一行在导出预览中是否确实有日期。

1. 将导入的数量与预览中有日期的行数对应。
2. 查看一个平月日期，以及闰月或调整后的日期。
3. 确认目标日历、全天属性和通知设置。
4. 将核对后的文件、输入设置及覆盖的农历年份一起保存。

保持后续更新可追溯

为每次导出的生日保留一份简短记录：原始日期、平闰月规则、需要时的小月规则、标题、覆盖年份、文件名和目标日历。这样可以区分有意保留的闰月第二次提醒和误操作造成的重复导入。如果以后由另一位家人维护日历，也能照着记录扩展后续年份。

不要认为重新上传时间重叠的文件，就一定会更新旧事件或删除不再需要的日期。不同日历软件的导入行为不同。如果从“两者”改成“仅平月”，新文件虽然不再包含闰月事件，但这并不是要求日历删除之前已导入事件的指令。旧批次需要明确检查。

设置不变、只是延长覆盖时间时，可以只生成更晚的农历年份，并保留以前范围的记录。如果要修正已导入区间，先找出受影响的事件再替换；也可以在保留必要内容后，重建独立的生日历。不要在混有其他安排的日历中贸然批量修改，以免涉及无关事项。替换后重新检查通知设置。

标题用于辨认是哪一个人的生日，因此每个人应使用可区分的标题。两个人可能恰好有相同的农历月日。分享日历或文件前，检查哪些人能看到标题和说明。还应提前安排一次延长日历的提醒，避免超过最后覆盖年份；较远的日期临近时再复核，不把长期导出当作永久免维护的安排。