为什么印刷黄历与网上黄历会有不同结果

不同类型的数据

日期换算回答的是某个民用日期对应哪一个农历年、月、日；节气计算回答的是太阳何时到达指定黄经。宜忌则又增加了一层信息：按传统把活动分为适宜进行和应当避免两类。天文计算一致，并不要求事项规则也一致。

本站从所用历法程序库的黄历表中查取每日事项。这一查表过程，与求取朔和节气的天文计算相互独立。另一部黄历可能采用不同的事项表，或对某日所附传统条件赋予不同权重。

即使看起来相似的标签，也可能在回答不同的问题。建除值日属于以建、除开头的十二项序列；值神属于另一套十二项序列；黄道、黑道则给后者分类。因此，“平”和“司命”可以同时出现，并不矛盾。

分界约定

节令分界实例：2026年9月7日

2026年白露发生在9月7日22:41，时区为UTC+8，时间取整到分钟。它标志着酉月这一节令月的开始。9月7日仍属农历七月，下一个农历月于9月11日开始。

9月7日中午，尚未到白露的交节时刻，但交节所在的民用日期已经开始。采用交节日始换月的算法，此时已进入新月；等到精确交节时刻才换月的算法，则尚未更换。

两种月份输入可能得到不同的黄历分类，但农历日期保持不变。采用按日期换月的每日页面，也可以在全天保留同一个月干支标签，而精确到时刻的计算则可能在当天中途更换标签。

只有十二个“节”才开启这些节令月；它们与十二个中气交替出现。例如，秋分是中气，不会在白露与寒露之间再开启另一个干支月。

民用日期与晚子时

子时跨越23:00至01:00，前一小时在午夜之前，后一小时在午夜之后。有些日柱算法从23:00起把日干支推进一天，另一些则一直保留当前民用日的干支，直到午夜。

本站的计算引擎提供这两种处理方式。普通每日干支仍与民用日期绑定；提前换日的规则用于时干支，以及若干时辰分类的计算。因此，深夜出现的差异，要看比较的是哪一个字段，并不一定表示农历日期已经更换。

参考时间与历史日期

同一瞬间在不同时区会显示不同的钟表时间，而单独一个日期标签并不是瞬间。把某时区中的日期与转换到另一时区的时间戳比较，可能在尚未应用任何黄历规则之前，就已经选中了不同的民用日。接近午夜的天象尤其重要，因为朔所在的参考日期会成为农历初一。

早期日期还涉及另一项区别。本站引擎对1582年10月4日及以前采用儒略历民用日期，下一日则为格里历的1582年10月15日。逆推格里历换算器会把格里历规则向过去延伸，因此，同样写法的早期日期可能指向不同的一天。这一软件约定，并不能证明某份中国历史文献当时使用的是哪一种历法。

印刷版本与编排取舍

印刷黄历把编纂者提供的历法资料，与出版者选定的版式、附加内容和说明组合在一起。两部书可能共用历法资料，却列出不同的事项。一部书可能给出综合等级，另一部则分别印出几种分类。

某项活动没有被列出，也可能有不同的原因。编纂者可能为节省空间而省去较少查阅的事项，或另有说明，规定未列事项应如何处理。网上事项表中的“未列出”，并不会自动继承某个印刷版本的规则。如何理解省略，应以该版本附带的说明为依据。

翻译也会造成表面上的冲突。纳采是正式提亲并致送礼物，嫁娶则是婚姻事项，但两者在英文中都可能被简化为“wedding”。把它们合并翻译，会使两个不同条目看起来像是对同一活动作出了相反判断。保留原词可消除这种错位。

比较时，记录完整日期、存在差异的字段、原始事项或分类名称，以及版本或软件采用的约定，最有帮助。只有这些都一致时，剩下的差异才属于所用规则或数据本身。数一数页面上其他不相关的吉利标签，并不能解决这种分歧。