C语言实现根据阳历（公历）显示农历，干支，生肖

思路，代码仅供参考，如遇问题,发现错误请评论或邮件：[email protected]

  求公历对应农历   输入一个公历日期，输出对应农历日期、干支和生肖。

提示：以下是本篇文章正文内容，下面案例可供参考

  首先明确，农历的确定与天文关系紧密相连。储存的数据来自于网络，起源于天文台等权威机构公布的关于农历的数据。范围太大，如几千年后的农历，天文台也没有数据，无法计算表示。所以农历不像公历那样简单，有着强烈的规律性。天文台也会每年也会根据天体运动情况来更改数据，故关于未来日期的农历随后也可能会发生改变。

（1）首先明确，闰年和闰月是不同的。闰年是公历的名词；闰月是农历的名词。 （2）关于农历的计算，介于农历是阴阳合历，不像公历（阳历）那样容易确定，农历与天文观测联系更加紧密，需要综合考虑阳历与阴历关系。而通过天文学角度精确计算，对于目前知识储备来说过于困难。所以很难通过简单计算来推测确定某天农历。 （3）网上流传有通过经验公式计算，但经过测试，误差较大，会有一到两天误差。 （4）所以选择先储存一定过去的已经确定的年份农历信息和经天文台预测发布的未来年份的农历的信息，误差较小，用到时调用处理得出结果。 （5）对于如此多的数据，如何储存成了一个问题。这时上学期计算思维第一节课讲到的利用二进制储存代表信息解决实际问题的方法启发了我。可以将一些关键性数据储存起来，用到时调用。 （6）关于如此多的数据获取，采用从网上获得现成数据，一年年找过于麻烦，繁琐。 （7）农历中关键性字眼有朔望月大小，30或29天；是否闰月；具体闰几月。 （8）由于阳历一年中是包括涉及到两个农历年的，所以采用春节，也就是大年初一，正月初一为分界点。正月初一前，是一个农历年，正月初一（包括当天）后，是下一个农历年。 （9）把一些关键信息写出后，结合具体表示方法，发现用24个二进制数字，即六个十六进制数字就可以表示完整。具体代表含义如下：（24个数字，最右边第一位是bit0） bit23 bit22 bit21 bit20:表示当年闰月月份，值为0为则表示当年无闰月 bit19 bit18 bit17 bit16 bit15 bit14 bit13 bit12 bit11 bit10 bit9 bit8 bit7 1 2 3 4 5 6 7 8 9 10 11 12 13 农历1-13 月大小 。月份对应位为1，农历月为大月(30 天),为0 表示小月(29 天)。 确切说是正月到腊月，中间穿插着闰月，比如，四月，闰四月，五月； 在一个阳历年开头涉及到得腊月，冬月的数据放在上一年储存。 这样，1901年春节前数据我们是无法得到的（因为那是上一个农历年数据，按照本方法，他应该在1900年数据中存储），就算根据此方法得到也是不准确的，随后会有验证解释。 bit6 bit5 春节的公历月份 bit4 bit3 bit2 bit1 bit0 春节的公历日期 春节月份用2位二进制数表示即可，肯定不会太大。 阳历日最大为31，用五位二进制数表示即可。 比如1901年的数据的判断：0x04AE53 0000 0100 1010 11100 10 10011 bit23到20为0000，0,没有闰月。bit19到7为0100 1010 11100，代表正月到腊月大小月分别为29、30、29、29、30、29、30、29、30、30、30、29。bit6到5为10，代表春节为公历2月份。bit4到0为10011，19，代表春节为公历19日。 （10）把数据存起来后，我们调用时，想到了位运算，和移位运算。可以提取指定位置的数字。 （11）公历农历直接的联系就是某两天在两个历法中的距离天数是一样的，这是代码能够实现的基础。 （12）那么随后的代码过程主要在于我们对于数据的提取处理部分 （13）干支纪年法，十天干，十二地支，单与单配，偶与偶合，单不与偶组合，按序相配，形成甲子、乙丑、丙寅……癸亥，所以60年一轮回。同时，生肖与地支是紧密相连的，子鼠、丑牛……亥猪。具有很好的规律性，容易实现。通过选定基准年，比如2020年，按照六十年一轮回，可以很好的得到任意一年干支。

  int lunarLeapMonth(int y)判断当前年是否闰月，并得到闰的月份；不闰月就得到0。形参代表年份，需要判断的公历年份

  int lunarMonthDays(int y, int m)由于农历朔望月30或29是不确定的，此处用来判断输出。看下指定年份在指定月是多少天。y代表公历年份，m代表在二进制数据中存农历月份的第m个位置的月份的大小月情况。

  int lunarLeapMonthDays(int y)如果闰月，得到闰月的大小，是30天还是29天。y代表公历年份。

  int lunarSpringDate(int y, intsolar_m, int solar_d)得到农历的春节，即正月初一在阳历中日期。在函数中，把数据提取出来，利用指针变量来获取在函数中得到的结果。y代表年份，solar_m用来得到公历下春节月份地址，solar_d用来得到公历下春节日地址

  int toLunar(int year, int month, int day , lunar_t * lunar) 输入公历日期，得到对应的农历日期。调用lunarSpringDate函数，得到该公历年下春节

  void gz_sx(int year)判断干支与生肖。形参year代表年份，需要判断的公历年份。

  void nongli()输入想要判断的公历日期，得到农历并且输出。 图示如下（箭头代表函数调用）：

  代码是不完整的，笔者只写了农历部分，不是一个完整程序，缺少主函数等。正常运行仍需补全，关键代码已有，补全也不难。 代码如下（示例）：

代码仅供参考

（2020年闰年且存在闰月，闰四月，春节时间为1月25日）

（1）2020年7月5日（公历日在春节后的情况） 这是程序运行结果： 从百度上查询指定日期结果。

可以看到，结果都是庚子鼠年五月十五，说明程序运行正确。 （2）2020年1月3日（公历日在春节后的情况） 这是程序运行结果：

从百度上查询指定日期结果。

可以看到，结果都是己亥猪年腊月初九，说明程序运行正确 （3）2020年5月15日（对应农历四月，2020年闰四月） 这是程序运行结果：

从百度上查询指定日期结果。

可以看到，结果都是庚子鼠年四月廿三，说明程序运行正确 （4）2020年6月10日（此时对应农历闰四月，检验闰月情况） 这是程序运行结果：

从百度上查询指定日期结果。

可以看到，结果都是庚子鼠年闰四月十九，说明程序运行正确

  1901年涉及到两个农历年，1月1日开始时对应农历庚子鼠年十一月十一，十一月有29天，下一个农历月腊月有30天。但是按照上面所说的数据储存方法，并没有给这两个月数据进行储存。我们先看下代码在1901年春节（2月19日）前运行情况如何。（对代码稍做修改，便于观察，检验过后已删除）   可以看到，此时读取出的十六进制信息是0，而我们储存的数据是十六进制下的6位数。分析其原因，我们看到year-1901=-1，这个时候调用数组下标为-1的地址对于数组来说是越界访问了，但是这个地址是有意义的。

  这个地址就是所申请的数组存储空间的首地址的向前偏移一个单位(也就是偏移一个当前数组类型所对应的字节数)所对应的地址。

  这个地址由于没有跟着数组空间一起初始化，所以其中的数据是不一定的，如果是正在被系统或者其他APP使用中的地址空间，那么可以被访问，其中的数据的意义取决于被系统或者其他APP所写入的数据，但是访问后，有可能会引起系统或者其他APP异常。如果是没有被使用的地址，那么就是一个野地址，那么其中的数据是随机的，无意义的。   但本处，我们仅仅是调用访问了那个地址的数据，并没有对其进行修改，所以不会在其他方面产生影响，仅仅是得到的数据不准确。这也算是本方法的一个局限性。   希望这篇文章能帮助到您，您的点赞、评论、收藏、关注是对我最大的支持和鼓励。