Почему новый Java 8 Date Time API не имеет наносекундной точности?

java.time API в целом действительно имеет точность наносекунды. Например:

DateTimeFormatter formatter = DateTimeFormatter
    .ofPattern("yyyy-MM-dd'T'HH:mm:ss,nnnnnnnnnZ");
OffsetDateTime odt = OffsetDateTime.of(2015, 11, 2, 12, 38, 0, 123456789, ZoneOffset.UTC);
System.out.println(odt.format(formatter));

Вывод:

2015-11-02T12:38:00,123456789+0000

Однако это значение часов, возвращаемое OffsetDateTime.now(), которое возвращает значение, имеющее только миллисекунды.

Из реализации Clock в Java 8:

Представленная здесь реализация часов основана на System.currentTimeMillis(). Этот метод практически не дает гарантии точности часов. Приложения, которым требуются более точные часы, должны сами реализовать этот абстрактный класс, используя другие внешние часы, такие как сервер NTP.

Так что здесь нет ничего неточного по своей сути - просто реализация Clock по умолчанию с использованием System.currentTimeMillis(). Вы потенциально можете создать свой собственный более точный подкласс. Однако следует отметить, что увеличение точности без увеличения точности, вероятно, не очень полезно. (Бывают моменты, когда это может быть, правда ...)

Чтобы сделать важное дополнение к ответу Джона Скита, Java 9 должна предоставлять часы с повышенной точностью - см. журнал ошибок. Предыстория: во многих операционных системах (особенно Linux) доступны лучшие часы.

В спецификации Java SE 8 для java.time.Clock указано, что «методы системной фабрики предоставляют часы на основе наилучших доступных системных часов. Это может использовать System.currentTimeMillis () или часы с более высоким разрешением, если они доступны. ". В JDK 8 реализация возвращаемых часов была основана на System.currentTimeMillis () и, таким образом, имеет разрешение только миллисекунды. В JDK 9 реализация
основана на базовых собственных часах, которые использует System.currentTimeMillis (), обеспечивая максимальное разрешение, доступное для этих часов. В большинстве систем это могут быть микросекунды, а иногда даже десятые доли микросекунд.

Приложение, делающее предположение, что часы, возвращаемые этими заводскими методами системы, всегда будут иметь точность в миллисекундах и активно от нее зависят, возможно, потребуется обновить, чтобы учесть возможность более высокого разрешения, как было заявлено
в документации по API.

Следует также отметить (экзотический) факт, что секундная точность не будет существовать рядом с дополнительными секундами - даже в Java 9.