转自WKPD(weijibaike)
2033年问题是关于2033年置闰出错所引发的问题。在1990年之前，大部分所设定的阴阳历查询万年历多以“无中气之月即置闰”规则，将2033年设为闰七月，因此冬至将会落在十月。但依据依现行农历历法，两冬至之间（除本身所在月）只有11个月，则就算存在无中气之月亦不需置闰；且置闰闰前不闰后，因此2033年实应闰十一月。
但目前大部分网络上的换算程式还是以闰七月设定的，将造成中秋节不一致：
闰七月版在10月7日
闰十一月版在9月8日
分析:
定2032年冬至2032年12月21日 15:55:29冬至（北京时间）
定2033年冬至2033年12月21日 21:45:32冬至（北京时间）
定2034年冬至2034年12月22日 03:33:30冬至 (北京时间）
由于日月运行的复杂关系，置闰将会在2033年及2034年导致史无前例的异常情况，在连续7个阴历月内，有3个无中气月，2个双中气月，造成2个假闰月和2个假月序；比1870年、1984年及2052年的置闰问题更加特殊。2033岁只有11个完整月，所以不须设为闰岁，并置闰2033年十一月（2034岁）；同时八月为假闰月，即该月无中气，但却不是闰月。又有人认为“冬至所在月必然是十一月”是为了解决所谓2033年的异常置闰而设定的特殊规则，其实，这规则一直存在，这认为是对农历的历史上历法排定方法不了解。

依现行农历历法，每年以朔分月（朔日为每月初一）。冬至所在月为十一月，之后为十二月、正月、二月……复至十一月。若两冬至间有13个月（否则应有12个月），则置闰于前冬至后第一个没中气的月，月序与前一个月相同（闰月在几月后面，就称闰几月）。
按照这样的历法排定方法来分析2033年的情况，由于2032年冬至（公历2032年12月21日）到2033年冬至（公历2033年12月21日）除去两个冬至所在月份外，只有十一个整月，所以在此期间无需置闰，即使有无中气的月，这就是为什么2033年没有闰七月。由于2033年冬至（公历2033年12月21日）到2034年冬至（公历2034年12月22日）除去两个冬至所在月份外，有十二个整月，所以在此期间需要置闰。需要置闰时才采用“无中气规则”。这十二个整月中第一个无中气的月是2033年冬至以后的那个月（2033年12月22日--2034年1月19日），它的前一个月是农历2033年（癸丑年）十一月，所以这个月是农历2033年（癸丑年）闰十一月。这就是农历2033年（癸丑年）闰十一月的来历。在编排农历历法时，无中气的月，并不一定要置闰。

下面我说说自己发现的:
在某些手机自带日历，2033年9月8日(公历)在农历里是闰七月 实际上是八月

其实这个我们早就知道了……

岁实（冬至）优先原则（可能在殷商晚期或者西周早期）比无中气置闰（西汉太初历开始）要早得多。

冬至月建子并且定为寅正十一月，就是岁实优先原则。

希望2033年日历按冬至历印刷，中秋节按秋分历乱来，据说2033年农历跟1900年差不多

2033年中秋节在阳历9月8日正确，这一年闰七月是错的

本人用过的几款手机，日历程序还算是正常的。
如果闰七月，冬至落到十月了。那只能说编程人员根本不懂农历的历法规则了。

第一个简单的闰前不闰后的闰十一月是2147年

有的手机日历可能有错误。

个人认为合理的规则应该是这样：若交节时刻早于合朔时刻,就把节气归到上一个月
照此规则，2033年七月后面的那个月有中气秋分，所以不闰，正常标为八月
十一月后面的那个月有中气大寒，所以不闰，正常标为十二月
再下一个朔日是2034年1月20日，即甲寅年正月初一
然后从2月19日到3月19日的那个朔望月无中气当闰，即闰正月。

不只是中秋节 重阳节也是会差一个月 就这个2033年 闰七月的重阳节在10月31号 闰十一月就是跟国庆节同一天了

史上没有12月24号闰冬月初一

一看2033年大小月就是全部排错，从8该大月改成了小月，12小月改成了大月，变成了9月抢了八月秋分，11抢了两个中气，12又抢了两个中气大寒加雨水，那不全部乱了套