今日黄历 今日农历对不上手机日历？中国黄历闰月与月建差异自查清单

• 黄历
• 万年历
• 黄历万年历

先把结论放在前面：你看到的两份今日农历不一致，绝大多数不属于「算错」，而属于「算的是不同的东西」。中国黄历本身是一套有历法规则的天文推算，而手机里那个农历日期，往往是某个系统组件、某本纸质历书的转录，或者一个App自己实现的换算表。三者只要在起算点、换日时刻、闰月判定上差一点点，最终显示的日期就可能差一天。这份清单的目的不是让你去判定谁对谁错，而是让你在五分钟内弄清楚差在哪一步。

顺便交代一下取舍：下面提到的规则都以公开历法说明和官方口径为准，遇到无法核实的个别历书差异，我们宁可留空也不补一句「据说」。这条原则贯穿全站，也贯穿这份清单。

总览今日黄历自查总览：9 个差异来源一次排开

编辑部把历年被问到的「对不上」问题归了类，最后落到 9 个可操作的差异来源上。它们不是并列关系，而是有先后顺序的：先排除时区与换日点这类技术差，再去看闰月与月建这类历法差，最后才轮到历书转录差。顺序颠倒的话，很容易在最后一层空耗时间。

这 9 项分别是：设备时区设置、换日时刻口径、农历日界判定、闰月判定规则、月建起算方式、朔日精度的取舍、历书转录版本、干支纪年与生肖的换点、以及节气与月令的衔接方式。前四项属于系统与规则层，中间三项属于推算层，后两项属于表述层。多数用户卡在第四到第六项之间，也就是闰月与月建这两块。

需要说清楚的是，这 9 项并不是「谁错了」的清单，而是一份「你可能没注意到的变量清单」。同一份中国黄历数据，被两家产品用不同的默认值呈现，结果就是两个日期。编辑部做这个聚合站，很大一部分工作就是在这些默认值之间做标注，而不是替谁下判断。

核心今日农历与手机日历对不上，一般先看哪三处？

为什么是这三处？因为它们各自作用在不同的层级上，且互相独立。时区决定「现在的日期是几号」，闰月决定「这个月是几月」，换日点决定「新的一天从几点开始」。三者只要有一处不同，最终日期就可能出现一天的分歧，而两处同时不同的话，有时会互相抵消，反而看不出问题——这也是为什么有些人换了设备才发现差异。

今日黄历第一处：设备时区与系统语言

手机日历的农历显示通常跟随设备时区。若你人在杭州但设备时区被设成了东京或洛杉矶，系统在计算「今天」时会用那个时区的当地时刻。跨过零点之后，两个时区的日期就会分叉。这一条看着基础，但在出差、留学、跨设备同步的场景里出现频率极高。检查方式很直接：进系统设置看时区那一栏，不要只看时间显示。

今日黄历第二处：闰月判定规则

闰月是差异的重灾区。中国黄历的闰月判定依赖「无中气之月」这条规则，也就是一个月里如果排不进中气，这个月就被定为闰月。规则本身是确定的，难点在于各家实现所用的朔日中气时刻取自哪份天文表、精度取到第几位。精度差一点点，落在一个月的边界上，就可能得出不同的闰月位置。这一条展开说太长，下一节单独讲。

今日黄历第三处：换日点口径

传统命理与部分历书用的是子时换日，也就是夜里 23 点起算新的一天；而现代日历组件多数按 00:00 换日。你在 23:30 查今日黄历，可能会看到两个不同的农历日期——一个还停在昨天，一个已经翻到明天。这不是错误，是口径不同。编辑部自己的做法是把两个口径都标出来，让读者自己选。

闰月闰月差异：中国黄历的「双轨闰」是怎么来的

把闰月这件事讲清楚，需要先接受一个前提：农历是阴阳合历，月份按朔望月走，节气按太阳黄经走，两套周期不是整数倍关系。为了让月份跟得住季节，就必须隔一段时间插入一个闰月。插入的判定标准，就是前面提到的「无中气之月」——从某个朔日到下一个朔日之间，如果排不进任何一个中气（雨水、春分、谷雨……），这个月就是闰月。

规则确定，实现却未必一致。各家所用的朔日时刻与中气时刻，来自不同的天文历表，精度从分钟级到秒级都有。绝大多数年份，这点精度差不影响结论；但当某个中气恰好落在一个月的首尾一两分钟内，判断就会翻转。这就是「双轨闰」这个说法的由来——同一段时间，不同产品给出的闰月位置不同。

今日黄历怎么自查你遇到的是不是闰月差异

1. 把两个来源的农历月份并排写下来，看是不是相差整一个月，而不是相差一天。
2. 如果相差整月，去查这一年是否有闰月，以及闰的是哪一月。
3. 再确认两个来源里，哪一个是把闰月单独编号，哪一个是把闰月并入上一个月。

第三步是最容易被忽略的。有些产品显示「闰六月」，有些产品干脆显示「六月」，后者并不是算错，而是把闰月并入了上一个月的序号。用户看到的「差一个月」，其实是编号方式差异，不是历法差异。编辑部在整理聚合数据时，会把这层编号口径单独标注出来。

闰月不是多加了一个月，而是把季节重新对齐。理解这一点，很多「对不上」的焦虑会自然消失。

今日黄历月建月建差异：为什么换日点不是零点

月建是另一套坐标。它不看朔望月，而看节气：立春之后为寅月，惊蛰之后为卯月，如此顺推。也就是说，月建的换月点在节气当天，而农历月份的换月点在朔日。两套坐标的起点不同，自然会在月初月末产生错位，错位幅度通常在一到三天之间。

这一条最典型的误用场景是：有人查今日黄历看到「建寅」，就去和农历正月对照，结果发现对不上，于是怀疑数据有错。其实问题在于把两套坐标当成了同一套。月建讲的是月令，农历讲的是朔望，前者服务节气与农事，后者服务日期与民俗。两者各有用途，混用就会出问题。

月建自查的两个动作

• 先确认这个月建值是按节气换的，还是按朔日换的。两者结论可能差一到三天。
• 再确认月建是按当日 00:00 换，还是按当日节气时刻换。若节气时刻在下午，那么当天上午与下午的月建值可能不同。

这两个动作做完，绝大多数月建相关的疑问都能落地。剩下的少数情况，多半涉及历书转录版本差异，也就是下一节要讲的换算口径问题。

时区今日日历的时区截断：跨零点的那一分钟

时区这件事，编辑部内部有个说法叫「跨零点的一分钟」。用户往往在晚上 23:50 到次日 00:10 之间查今日日历，这个窗口里，任何一处时区设置差异都会被放大成整整一天的日期差。

更麻烦的是，部分App会把农历日期缓存在本地，跨零点后不立即重算，需要手动下拉刷新。你昨天夜里看到的是昨天的农历，今天早上打开还没刷新，看上去就像「对不上」。这一条不属于历法问题，属于产品实现问题，但它在用户感知里和历法差异没有区别。

今日黄历排查顺序建议

1. 确认设备时区与所在地一致。
2. 手动刷新一次日历或App，排除缓存。
3. 对比两个来源的「现在时间」，看是否完全一致。
4. 若仍不一致，再进入闰月与月建的排查。

这四步走完，你基本能判断差异是技术层还是历法层。区分这两层很重要：技术层可以通过改设置解决，历法层则只能通过标注口径来理解。

核对黄历万年历的换算口径，逐行核对怎么看

黄历万年历这类工具的换算逻辑，通常是三层：公历转儒略日、儒略日转农历、农历叠加干支与宜忌。三层各自都有默认参数，逐行核对时要一层一层对。

第一层：公历到儒略日

这一层基本不会有差异，因为公历规则是确定的。若这里就出问题，多半是设备日期本身设置错误，或者夏令时开关被误触。

第二层：儒略日到农历

差异主要出在这一层。朔日时刻取自哪份表、中气时刻精度取到哪一位、闰月判定阈值怎么设，都会在这里体现。核对方法是对比连续三个月的初一日期，若三个月里有两处及以上不一致，基本可以判断这一层存在实现差异。

第三层：农历到干支与宜忌

干支纪年与生肖的换点也是个老话题。有的按立春换，有的按正月初一换，两者在立春到春节之间会给出不同的生肖。这一层还涉及宜忌条目的转录，不同历书版本用词不同，属于表述差异而非推算差异。

逐行核对的价值不在于判定谁对，而在于把「推算差异」和「表述差异」分开。前者需要标注口径，后者只需要统一用词。

今日黄历数据规格与参数一览：核心量化口径表

下面这张表把前面提到的关键参数集中列出来，方便对照。表里的数值是编辑部在整理多家来源后归纳的典型区间，不是某一家产品的规格书，使用时请以具体来源的说明为准。

把这几个数字记住，遇到「对不上」时心里就有尺子：差一天属于常见范围，差整月则优先怀疑闰月编号口径，差三天以上基本可以判定为其中一方数据源有问题。

• 9自查条目
• 16本页专题期数
• 2每周复核次数
• 4覆盖使用场景

上述数字仅用于描述本站内容的整理规模与更新节奏，不代表真实用户量、访问量、排名或任何第三方背书。

今日黄历场景常见使用场景：四类人最容易撞上差异

编辑部统计过读者来信的场景分布，有四类人撞上日期差异的概率明显更高。了解自己属于哪一类，能省下不少排查时间。

今日黄历跨时区办公与出行人群

设备时区与所在地不一致，是差异的第一大来源。建议在出行前后各查一次设置，尤其是跨过国际日期变更线的行程。

今日黄历备婚、搬家、签约等择日人群

这类用户对日期精度要求高，往往会同时查三到四个来源。多人查多个来源，差异被发现的概率自然提高。建议固定用两个来源交叉比对即可，来源太多反而增加干扰。

传统命理与民俗爱好者

这类用户常用子时换日口径，与现代日历的 00:00 换日天然不同。理解这一点，比反复确认谁对谁错更有价值。

今日黄历内容创作者与数据整理者

做内容和做数据的人，需要把口径标注清楚。编辑部自己的做法是在每条数据旁标出所用口径，读者一看就知道该不该采用。

今日黄历步骤自查流程步骤：按顺序走一遍

下面把前面散落的动作收拢成一条完整流程。按顺序走，一般六分钟内能定位问题层级。

1. 确认设备时区进入系统设置，核对时区与所在地是否一致，顺手检查夏令时开关状态。
2. 手动刷新数据源把两个来源都刷新一次，排除本地缓存导致的旧数据。
3. 并排写下两个农历日期把公历日期、两个来源的农历日期写在同一行，方便比对。
4. 判断差异是「一天」还是「一个月」差一天往换日点与次区方向查，差一个月往闰月编号口径方向查。
5. 检查闰月编号方式确认两个来源是否都把闰月单独编号，这一条能解释大量「差一个月」的误报。
6. 检查月建起算点确认月建按节气换还是按朔日换，两者在月初月末常有错位。
7. 记录口径并固定来源确定两个来源后可长期沿用，避免每次都重新比对。

这条流程的每一步都能独立完成，不需要专业历法知识。真正需要专业判断的，是最后一步「记录口径」——把口径写下来，下次遇到同类差异就不必重新推一遍。

• 今日头条当日重点黄历条目与当天值得留意的历法节点。当期 12 条
• 社区热议读者争议集中讨论，含口径分歧与转录差异案例。在议 7 题
• 深度清单逐条可执行的核对清单，本篇即属于此栏目。收录 24 篇
• 热榜数据查询热度与条目统计，反映近期关注集中度。榜单 6 类

答疑常见问题与排查

今日黄历边界边界与编辑取舍说明

最后交代一下这份清单的边界。我们只讲口径与核对方法，不替读者判断某个具体日期「吉不吉」；我们只整理公开可核实的历法规则，不提供任何未经授权的资料或入口。遇到无法确认的历书细节，编辑部宁可留空，也不补一句看起来完整的话。

另外，本文不展示任何无法核实的播放量、评分或排名数据。你在页面里看到的数字，都用于描述本站内容的整理规模与更新节奏，不构成对第三方的评价或背书。这条原则写出来，也是提醒我们自己：一个做黄历聚合的站点，可信度来自口径透明，而不是来自把话说满。

如果你对照完这份清单仍然找不到差异来源，欢迎到社区热议栏目提交你的两个来源与具体时刻，编辑部会定期挑选典型案例做拆解。下期我们准备整理节气前后换日点的对照表，届时会在这里更新链接。

何映真

社区内容主编

长期做黄历信息的聚合与核对，习惯把口径写清楚再下结论。负责本站条目复核与差异案例整理，主张「不确定就留空」。