< p >简短的回答:不一致< / p > < p >每长答:< / p > < p > < a href = " https://en.wikipedia.org/wiki/Julian_day " rel = " nofollow noreferrer " >儒略日< / > (JD)只是一个一致的天计数朱利安时期以来,这是公元前4713年1月12日。随着数字往往是大型(今天是2458557。5天),在80年和出于计算机内存限制,减少创建JD就是<跨类= " math-container " > JD - 2400000美元< / span >。然后,消除烦恼,儒略日中午开始而不是午夜,修改后的JD (MDJ)成立,也就是<跨类= " math-container " > JD - 2400000.5 < / span >美元。< / p > < p >通过定义MJD 0 0°子午线在中午太阳。因此,它不是一个固定时间测量,它与地球的自转和加速或减慢地球转速的变化取决于分钟。< / p > < p >基本上可以使用任何太阳时包括所有口味的UT时间定义MJD,但是最精确是不一致的。每< / p > < p >但不一致不是定期测量每一次,也受到地球自转速度变化的影响。只是定期你提到的时间标准是UTC,基于原子钟。定期,太阳能UTC入睡,而且不会发生在中午12:00 h UTC,因此,< a href = " https://en.wikipedia.org/wiki/Leap_second " rel = " nofollow noreferrer " >添加闰秒< / >将UTC相当接近太阳时。但闰秒的记录保存,这样你可以使用UTC精确测量时间间隔独立于地球自转的变化。< / p > < p >在这个意义上不一致和UTC并非每两个口味的你一样的建议,他们实际上测量两个完全不同的东西。第一个测量地球自转和第二个措施。由于同样的原因,MJD不能或不应该引用UTC(否则它不会零太阳能中午)。< / p > < p >说,在那些公告MJD传达比日期完全相同的信息。所以“2019 1 2”意思是2019年1月2日,比58485年MDJ传达同样的信息,它只是一个机器更友好的方式来引用一个特定的一天。 And it also removes the need to account for missing calendar days if you work with dates relatively far in the past. Now if you want to know how much time have elapsed between two entries in the table, you need to know how to transform whatever version of solar time they use (UT1 in this case), to a regular time reference like UTC or TAI. That's why the "UT1-UTC" value is included. In any case, in doing such calculation you need to take in account any leap seconds added to UTC between the time of the two entries.
Does that makes sense?