为什么「日期间隔计算方法」总让人犯嘀咕？我琢磨过一阵，发现根子在于大多数人没分清"口径"和"算法"，混在一起自然算不对。
先把基本概念理清
日期间隔计算两个日期间的天数，要考虑闰年(能被4整除且不能被100整除，或能被400整除)。算法：把日期转成Unix时间戳相减÷86400，或用日期库直接算。跨年跨月用库最稳，手算容易漏闰年。日期计算别用"每月30天"这种近似，实际28到31天不等，会算错。日期加减用专门的库或时间戳，手算容易漏闰年漏跨月。
再深入看一层
工作日计算要在自然日基础上减去周末和法定节假日、加上调休上班日。中国法定节假日每年不同(春节、国庆等)，调休把周末调成上班日，所以工作日计算要查当年的放假安排表。工作日计算要查当年的放假安排表，不能简单乘5/7。跨年跨月的计算最容易出错，用日期库能避免大部分坑。
落到实际场景
先搞清算法。日期间隔计算方法这类生活计算，本质是日期或时间的加减。难点不在算术，而在边界情况：闰年、闰月、节假日、农历公历转换，这些搞错结果就错。用在线工具算比手算可靠，工具内置了完整的数据表和边界处理。农历和公历的对应每年都变，去年的数据今年不能直接用。
延伸阅读
再说精度。日期计算要用专门的日期库或时间戳，别用"每月30天"这种近似(实际28-31天不等)。农历转换更要查数据表，因为农历闰月、大小月每年不同没有简单公式。单次算错通常是边界没处理：闰年、跨月、节假日、时区。时间戳是绝对时间不受时区影响，转本地时间要加时区偏移。
几个要注意的地方
有几个坑我得提前打个预防针：
- 闰年2月29天，跨2月要考虑：能被4整除且不能被100整除，或能被400整除
- 工作日计算要查当年放假安排表，不能简单×5/7
- 跨时区场景统一用UTC，避免时区差导致天数±1
- 日期加减用日期库最稳，手算容易漏闰年
工具在下面，公式在上面，注意点在中间。三件套齐了，开干吧。
农历和公历的对应每年都变，去年的数据今年不能直接用。工作日计算要查当年的放假安排表，不能简单乘5/7。日期计算别用"每月30天"这种近似，实际28到31天不等，会算错。闰年判断口诀：四年一闰、百年不闰、四百年再闰。用在线工具算比手算可靠，工具内置了完整的数据表和边界处理。日期加减用专门的库或时间戳，手算容易漏闰年漏跨月。农历转换要查数据表，没有简单公式，因为闰月大小月每年不同。时间戳是绝对时间不受时区影响，转本地时间要加时区偏移。
常见问题
【两个日期之间相差多少天怎么算？】把日期转Unix时间戳相减÷86400秒，或用日期库。要考虑闰年(2月29天)。跨年跨月用库最稳，手算容易漏闰年。在线工具输入两个日期直接出天数。
【日期间隔计算方法怎么算？】本质是日期时间加减，用日期库或时间戳算最准。难点是闰年闰月节假日农历等边界情况，用在线工具输入日期直接出结果最省事，不用记公式。
【闰年怎么判断？】能被4整除且不能被100整除，或能被400整除是闰年。如2024能被4整除是闰年，2100能被100整除但不能被400整除不是闰年，2000能被400整除是闰年。闰年2月29天。
【工作日和自然日有什么区别？】自然日是所有天数，工作日是去掉周末和法定节假日、加上调休上班日的天数。中国节假日每年不同，工作日计算要查当年放假安排，不能简单×5/7估算。
