Получение «unixtime» в Java

258

Date.getTime () возвращает миллисекунды с 1 января 1970 года. Unixtime - это секунды с 1 января 1970 года. Обычно я не пишу код в java, но я работаю над некоторыми исправлениями ошибок. У меня есть:

Date now = new Date();      
Long longTime = new Long(now.getTime()/1000);
return longTime.intValue();

Есть ли лучший способ получить unixtime в Java?

java unix-timestamp

— Гари Ричардсон
источник

Поскольку вы приводите его к типу int, вы ввели проблему 2038 года (эквивалент Y2K для Unix). Именно тогда эпоха Unix достигает 2 миллиардов и переходит в минус. Исправление - перейти на 64-битный Unix. Эквивалент Java состоит в том, чтобы оставить это как долго.

— Джон М

Да, я знаю об этом. Код, с которым он взаимодействует, ожидает 32-битное int для unixtime.

— Гари Ричардсон

158

2038 скоро.

— Pacerier

Есть правильное имя или стандарт для currentTimeMillis? Я склонен называть это в моей документации миллисекундной версией UNIX.

— Том

Если вы хотите, чтобы ваша программа переживала переполнение, используйте long, а не int. Нет никакой причины использовать intметку времени, если только вы не используете другую гранулярность, такую как 1 секунда = 4 секунды и т. Д. Либо это, либо скрывайте свой код, чтобы будущие поколения не могли видеть, насколько вы некомпетентны.

— Брай

Ответы:

475

Избегайте создания объекта Date с System.currentTimeMillis () . Деление на 1000 возвращает вас к эпохе Unix.

Как упомянуто в комментарии, вы, как правило, хотите, чтобы примитивный long (строчные-l long), а не коробочный объект long (прописные-L Long) для типа переменной unixTime.

long unixTime = System.currentTimeMillis() / 1000L;

— Джон М
источник

Также рассмотрите возможность использования примитивного long вместо автобокса на Long, если только вы не хотите обрабатывать число как объект (например, поместить его в коллекцию), снова

— избегая

Java 32-bit int соответствует 32-битным платформам (и проблема 2038 года). 64-битные платформы используют больший тип данных time_t. Java увернулась от этой пули, используя long как возврат для System.currentTimeMillis (). Если вы преобразуетесь в int, вы вновь вводите проблему 2038 года. См. En.wikipedia.org/wiki/Year_2038_problem#Solutions

— Джон М

Я думаю, что вы ошибаетесь в одном: нет разницы между строчными буквами «L» и прописными при их использовании в числовых литералах, подобных этому. docs.oracle.com/javase/specs/jls/se7/html/jls-3.html#jls-3.10.1

— Мэтт Форсайт

Обсуждение с заглавными буквами (поясненное выше) касалось типа данных. Примитивный "long" против экземпляра класса "java.lang.Long". Вы говорите о суффиксе буквы на длинном литерале, который, я согласен, может быть прописным или строчным. Хотя нижний регистр "l" выглядит чертовски похоже на цифру "1", поэтому гораздо удобнее читать заглавную букву "L".

— Джон М,

Нажмите на ссылку на документацию. Возврат определяется как количество миллисекунд с 01.01.1970 в часовом поясе UTC. Вы хотите часовые пояса? Посмотрите на java.util.Calendar.

— Джон М

274

В Java 8 добавлен новый API для работы с датами и временем. С Java 8 вы можете использовать

import java.time.Instant
...
long unixTimestamp = Instant.now().getEpochSecond();

Instant.now()возвращает Instant , представляющий текущее системное время. С getEpochSecond()вами вы получите время эпохи (Unix Time) от Instant.

— Миха
источник

В чем разница Instant.now().getEpochSecond(), new Date().getTime()иSystem.currentTimeMillis()

— SohamC

Одно из отличий состоит в том, что первый находится в секундах, а два последних - в миллисекундах. Там могут быть или не быть другие.

— super_aardvark

import java.time.Instantесли вы в Скале

— akauppi

Проверьте этот сайт , а также для подробного описания ... понравилось .. currentTimeMillis

— Subroto

Обратите внимание, что вы не можете использовать этот метод с более старыми уровнями API для Android.

— Али Надализаде