细恐至微，那些与闰年有关的bug

什么是闰年

公历闰年判定遵循的规律为：四年一闰、百年不闰、400年再闰。

中国旧历农历每月的天数依照月亏而定，一年的时间以12个月为基准，平年比一回归年少约11天。为了合上地球围绕太阳运行周期即回归年，每隔2到4年，增加一个月，增加的这个月为闰月。那么闰年应该怎么计算？

闰年的计算方法：

• 普通年能被4整除且不能被100整除的为闰年。（如2004年就是闰年）

• 世纪年能被400整除的是闰年。（如2000年是闰年）

• 对于数值很大的年份，这年如果能整除3200，并且能整除172800则是闰年。如172800年是闰年，86400年不是闰年（因为虽然能整除3200，但不能整除172800）（此按一回归年365天5h48'45.5''计算）。

那么用算法来实现就是：

public static bool IsLeap(int yN)
{

if ((yN % 400 == 0 && yN % 3200 !=
|| (yN % 4 == 0 && yN % 100 !=
|| (yN % 3200 == 0 && yN % 172800 == 0))
return true;
else
return false;

}


细恐至微，居然有这样一个bug

1880年到2020年中是闰年的有以下这些年份：

1880年、1884年、1888年、1892年、1896年、1904年、1908年、1912年、1916年、1920年、1924年、1928年、1932年、1936年、1940年、1944年、1948年、1952年、1956年、1960年、1964年、1968年、1972年、1976年、1980年、1984年、1988年、1992年、1996年、2000年、2004年、2008年、2012年、2016年、2020年。

于是我打开我的iphone手机看了一下1990年的日历

1990在并不是闰年，2月份居然有29天

1900年有2月29日！看完后我整个感觉都不好了，开始怀疑人生。那一天的人们在干嘛？

这个bug简直了，仔细一看29号和3月1号重一块去了

据说有人看到这里，赶快看看自己的android手机（ps：确实没毛病）

抽了根烟，情不自禁的我打开了熟悉的windows电脑，心里默念了一句"微软大法好'。

熟悉的微软终于没有让我失望

常见的认知错误

• 一年总是365天
• 2月总是28天
• 闰年时每四年一次

这些bug与闰年有关：1、在一个日期值上加或减时间的代码。尤其是加减1年或1个月的代码

2、各种根据数据库查询结果生成的报表和图标，月度和年度统计可能会少算1天

3、证书/密码/密钥/缓存 等的过期时间，可能会比预期的早了一天，或者可能设定了一个非法的过期时间

4、固定长度的数组。例如，一个长度为365的数组遇到闰年可能就不够了，可能会数组越界。

5、UI组件，例如日历、日期选择组件，以及客户端输入校验相关的代码。

闰秒？除了闰年，还有一个东西叫闰秒。“闰秒”就是1分钟有61秒， “跳秒”都安排在6月30日，或是12月31日的最后一瞬间。

详情参考：

https://en.wikipedia.org/wiki/Leap_second

参考资料

https://discussions.apple.com/thread/5982489?tstart=0

https://docs.microsoft.com/en-us/office/troubleshoot/excel/wrongly-assumes-1900-is-leap-year

https://blog.csdn.net/weixin_39860915/article/details/103917840

https://en.wikipedia.org/wiki/Leap_second