日常口语里的“阴历”,多数时候指的是农历,也就是夏历,公历是阳历,以地球绕太阳的回归年为基准,阴历原本按月相变化定月,一个月约29.53天,农历把这套月相系统和太阳节气系统合在一起,所以它不是纯阴历,而是阴阳合历。
农历一个月从朔日开始,到下一个朔日前结束,所以有29天和30天两种月,十二个朔望月加起来约354天,和回归年约365.2422天相比,差了约11天,若一直不调整,春节会慢慢跑到夏天,古人用闰月来协调,行业共识认为,农历编算的核心骨架就是朔望月和二十四节气。
二十四节气按太阳黄经划分,立春、春分、夏至、秋分、冬至各有固定天文位置,置闰规则里,没有中气的月份往往被设为闰月,据国家标准 GB/T 33661-2017《农历的编算和颁行》,农历日期编算有明确规范,这也是为什么同一日期在不同工具里,正常应落到同一天;若不同,多半是工具范围、时区或闰月开关出了问题。
一类是查表法,把已经编算好的农历数据存进数据库,速度快,适合常见年份,另一类是天文学算法,根据朔日和节气推算,跨度更大,但依赖星历精度,近年来,不少免费工具覆盖近代到未来若干年,满足日常查询没问题,若你要查很久以前的古籍日期,或者做批量排盘,就要看工具是否标明数据来源和适用范围。
如果你只是查2026年春节、中秋、亲人生日,操作可以很简单,真正容易错的,是农历转公历时漏掉闰月,以及八字排盘时把北京时间直接当成出生地时间。

| 转换方向 | 容易出错点 | 常见用途 | |
|---|---|---|---|
| 公历转农历 | 公历年月日 | 跨年边界、立春前后、时区 | 查生日、节日、除夕春节 |
| 农历转公历 | 农历年、月、日、是否闰月 | 闰月开关、月大月小、跨年 | 排盘、择日、起名、祭祀 |
区别不在按钮,而在参数,农历转公历多了一个“闰月”条件,公历转农历则要处理年初年末的边界,比如2026年2月17日是春节,公历转农历会得到正月初一;如果你输入2月16日,仍是除夕,工具若把这两天弄反,基本可以放弃。
北京使用东八区北京时间,大多数在线转换默认也是北京时间,所以北京用户查询日常日期通常直接可用,新疆、西藏、青海等经度偏西地区,地方平太阳时和北京时间差别较大,用于普通节日查询问题不大,用于八字定时柱就要谨慎。
真太阳时可

业内专家指出,八字排盘的年柱切换点通常以立春为界,2026年立春在公历2月4日,春节在2月17日,立春后出生,年柱按丙午;立春前出生,仍按上一年的干支,在线转换只给农历日期,不能替代节气定月,月柱要看节气,日柱要处理子时换日,时柱要结合真太阳时。
择日的顺序不是先翻农历吉日,而是先把事主生辰转换成公历和农历两套坐标,再标出节气、月建、日建、冲煞、刑害,传统节日、祭祀、婚嫁、搬家各有侧重,只凭一个“黄道吉日”标签,忽略事主年命和方位,结果容易空泛。
春节是正月初一,除夕是腊月最后一天,中秋是八月十五,这些日期都跟着朔望月走,所以公历日期每年浮动,腊月可能是二十九,也可能是三十,在线转换时,看到除夕落在腊月二十九,不要急着判断错误,要先核对当年腊月是大月还是小月。
多数基础转换免费,靠网页广告或每日次数限制维持,付费工具通常分三类:按调用次数计费的API、按年费或买断的专业排盘软件、按功能包收费的择日系统,价格没有统一标准,免费版适合单次查询,付费版适合批量排盘、真太阳时、万年历跨度、神煞导出和客户管理。

挑选时别只看价格,先看数据来源、支持年份、是否处理闰月、是否支持东八区以外时区、是否提供真太阳时,对命理馆或内容创作者来说,API稳定性和批量导出更重要;对个人用户,免费在线转换加人工核对已经够用。
以2026年春节为例,打开搜索引擎,输入“阴历与阳历在线转换”,进入工具后选择公历转农历,输入2026年2月17日,时区选东八区,结果应为农历正月初一,丙午年,再把2月16日输入,结果应为除夕,若工具同时显示节气,可继续核对2月4日立春。
若做开发或批量处理,可以使用公开开源历法库,例如安装命令 pip install sxtwl,再调用公历转农历接口,生产环境不要依赖来源不明的网页接口,要固定库版本,并抽几个已知节点做回归测试,测试点包括春节、除夕、立春、冬至、闰月月份。
阴历与阳历在线转换是入口,不是终点,真正决定准确度的,是闰月、立春、朔日、时区这几个开关,把日期查对,再放到《周易》的具体场景里复核,2026年的节日、八字、择日才不会用错坐标。
能作为第一步,但不够,八字还要立春分年、节气分月、子时换日、真太阳时定时,在线转换给的是农历日期,排盘时要再用专业工具复核四柱。
免费版适合单次查询和节日核对,付费版多在批量转换、API调用、万年历跨度、真太阳时、择日神煞和排盘导出,价格通常按调用次数、年费或功能包分层。
2026年春节是公历2月17日,农历正月初一,农历年为丙午年。