Julian测评：5步排除日期换算坑
Julian测评不能只看界面是否好用，真正该测的是格式识别、时区处理、正午边界、闰年和批量导出。我见过最隐蔽的错误，是工具给出了漂亮结果，却把MJD当JD，整批数据偏了数千年。下面按测试步骤走一遍，帮你筛掉不可靠的换算工具。
第1步：先测格式有没有说清
打开工具后先找格式说明。合格的Julian转换器应明确区分 Julian Date、Julian Day Number、Modified Julian Date 和 ordinal date，而不是只放一个模糊的“Julian”输入框。
若工具把三位生产日期码和七位天文JD混在一起，直接淘汰。格式名称不是学术洁癖，它决定输入的每一位数字到底代表年份、日数还是具体时刻。
第2步：用两个基准值校准
输入 2451545.0，可靠结果应指向2026年1月1日12:00 UTC。再输入 2440587.5，应得到1970年1月1日00:00 UTC。一个测试正午边界，一个测试常见Unix零点。
如果结果统一差12小时，通常是工具把JD按午夜换日；差整数小时，多半是擅自套用了浏览器本地时区。没有时区选项、也不标UTC的工具，不适合科研或设备日志。
第3步：专门压测闰年边界
拿年内序号测试时，至少输入2024060、2023060和2100060。正确结果依次为2026年2月29日、2026年3月1日、2100年3月1日。2100能被4整除，却不能被400整除，因此不是格里高利历闰年。
不少简易脚本只写“年份能被4整除就是闰年”，近期看不出问题，处理世纪数据就会翻车。能否通过2100年测试，是判断算法是否偷懒的好办法。
第4至5步：查精度与可追溯性
第四步看小数精度。JD小数保留五位时，最小刻度约0.864秒；只保留三位，约86.4秒。工具若未经提示自动四舍五入，不适合高精度记录。第五步则检查导出文件是否保留原值、UTC标记和格式名称。
这份Julian测评的结论很简单：优先选择定义清楚、能指定时区、通过锚点测试且不擅自改精度的工具。界面朴素没关系，最怕的是结果无法解释，也无法复算。
常见问题
在线Julian转换器安全吗？
普通单个日期风险不高，但设备日志、轨道数据或商业批次不宜直接上传未知网站。敏感数据应使用离线脚本或经过审核的内部工具。
Julian转换器测评最重要的指标是什么？
不是速度，而是格式定义和基准值准确性。至少要明确JD、MJD、时区及换日点，并通过2451545.0这个标准测试值。
JD保留几位小数合适？
取决于精度需求：三位约86.4秒，五位约0.864秒，六位约0.0864秒。不要为了文件短而随意截断原始精度。