Ответ 1

Вероятная причина заключается в том, что SimpleDateFormat не является потокобезопасным, и вы ссылаетесь на него из нескольких потоков. В то время как чрезвычайно сложно доказать (и о том, как трудно проверить), есть некоторые доказательства, которые это имеет место:

• .11331133EE22 - обратите внимание на то, как все удваивается.
• 880044E.3880044E3 - здесь же

Вероятно, есть, по крайней мере, два потока чередования. E меня бросает, я думал, что он пытается разобраться с научной нотацией (1E10 и т.д.), Но, скорее всего, это часть часового пояса.

К счастью, базовое исправление (форматирование) прост:

private static final String FORMAT_STRING = "HH:mm:ss.SSSZ";    

public static Date getCurrentTimeOnly() {

    SimpleDateFormat formatter = new SimpleDateFormat(FORMAT_STRING);

    String onlyTimeStr = formatter.format(new Date());
    return formatter.parse(onlyTimeStr);
}

Там еще несколько вещей, которые вы могли бы сделать здесь, с несколькими оговорками:

1 - Если часовой пояс UTC (или любой без DST), это тривиально

public static Date getCurrentTimeOnly() {

    Date time = new Date();

    time.setTime(time.getTime() % (24 * 60 * 60 * 1000));

    return time;
}

2 - У вас будет проблема с тестированием этого метода, потому что вы не можете безопасно приостановить часы (вы можете изменить часовой пояс/локаль). Для лучшего времени, связанного с датой/временем в Java, используйте что-то вроде JodaTime. Обратите внимание, что LocalTime не привязан к часовому поясу, но Date возвращает только смещение в целые часы (и есть зоны не в час); для обеспечения безопасности вам нужно либо вернуть Calendar (с полным часовым поясом), либо просто вернуть что-то без него:

// This method is now more testable.  Note this is only safe for non-DST zones
public static Calendar getCurrentTimeOnly() {

    Calendar cal = new Calendar();

    // DateTimeUtils is part of JodaTime, and is a class allowing you to pause time!
    cal.setTimeInMillis(DateTimeUtils.currentTimeMillis() % (24 * 60 * 60 * 1000));

    return cal;
}

Ответ 2

Joda времени

FYI, библиотека Joda-Time 2.3 предоставляет класс явно для вашей цели только время, без любая дата: LocalTime. И поточно-безопасный (неизменяемые экземпляры). Кажется намного лучшим вариантом, чем манипулирование неудобным классом java.util.Date.

LocalTime localTime = new LocalTime();

Дамп для консоли...

System.out.println( "localTime: " + localTime );

При запуске...

localTime: 16:26:28.065

java.time

Java 8 предоставляет новый пакет java.time, вдохновленный Joda-Time, определяемый JSR 310.

В java.time вы найдете класс LocalTime, аналогичный классу в Joda-Time.

Ответ 3

У меня есть тот же вопрос, причина в том, что SimpleDateFormat не является потокобезопасным, я просто добавляю синхронизацию в методе, и это не повторится.

Ответ 4

Вы можете использовать "синхронизированный" блок, чтобы сделать его потокобезопасным. Что-то вроде:

synchronized (lastUpdatedFormat) {
            date = 
         lastUpdatedFormat.parse(lastUpdatedFormat.format(currentDate));
        }

Ответ 5

В то время как правильный ответ - Clockwork-Muse (причиной проблем является тот факт, что SimpleDateFormat не является потокобезопасным). Я просто хотел доставить другой метод создания объекта Date только по времени:

public static Date getCurrentTimeOnly() {

    Calendar rightNow = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
    int hour = rightNow.get(Calendar.HOUR_OF_DAY);
    int minute = rightNow.get(Calendar.MINUTE);
    int second = rightNow.get(Calendar.SECOND);
    int msecond = rightNow.get(Calendar.MILLISECOND);

    long millisSinceMidnight
            = (hour * 60 * 60 * 1000)
            + (minute * 60 * 1000)
            + (second * 1000)
            + (msecond);
    return new Date(millisSinceMidnight);
}

Этот метод несколько более формально корректен, т.е. обрабатывает прыжок-секунды. Он не предполагает, как и другие методы, что все дни, прошедшие с эпохи, всегда имели в них 24 * 60 * 60 * 1000 миллисекунд.

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