Unix-время прост в работе, но некоторые временные метки не являются реальными временами, а некоторые временные метки не уникальные.
То есть есть несколько повторяющихся временных меток, представляющих две разные секунды во времени, потому что в разное время шестидесятая секунда может повторить себя (так как не может быть шестьдесят первой секунды). Теоретически, они могут также быть пробелами в будущем, потому что шестидесятая секунда не должна существовать, хотя до сих пор не было выпущено никаких прыжковых секунд.
Обоснование времени unix: оно определено так, что с ним легко работать. Добавление поддержки для прыжков в стандартные библиотеки очень сложно. Например, вы хотите представить 1 января 2050 года в базе данных. Никто не знает, сколько секунд осталось в UTC! Дата не может быть сохранена как временная метка UTC, потому что IAU не знает, сколько секунд мы должны будем добавить в следующие десятилетия (они так же хороши, как и случайные). Итак, как программист может выполнить арифметику даты, когда время, которое пройдет между любыми двумя датами в будущем, не известно до года или двух раньше? Время Unix прост: мы знаем метку времени от 1 января 2050 года (а именно, 80 лет * # в секундах в год). UTC очень сложно работать круглый год, в то время как время unix с трудом работает в тот момент, когда происходит прыжок.
Для чего это стоит, я никогда не встречал программиста, который согласен со скачкообразными секундами. Они должны быть явно отменены.
На странице http://www.madore.org/~david/computers/unix-leap-seconds.html есть приятное описание utc/tai. – loreb
На этой странице объясняется, как операционные системы должны иметь дело со скачкообразной информацией от ntp , https://www.meinbergglobal.com/english/info/leap-second.htm#os –