In meinem Code muss ich alle meine Dinge finden, die heute passiert sind. Ich muss mich also mit Daten von heute um 00:00 Uhr (Mitternacht am frühen Morgen) bis 12:00 Uhr (Mitternacht heute Abend) vergleichen.

Ich weiß ...

Date today = new Date(); 

... holt mich jetzt. Und ...

Date beginning = new Date(0);

... bringt mir am 1. Januar 1970 keine Zeit. Aber was ist ein einfacher Weg, um heute null Zeit und morgen null Zeit zu bekommen?

AKTUALISIEREN; Ich habe das getan, aber es gibt doch einen einfacheren Weg?

Calendar calStart = new GregorianCalendar();
calStart.setTime(new Date());
calStart.set(Calendar.HOUR_OF_DAY, 0);
calStart.set(Calendar.MINUTE, 0);
calStart.set(Calendar.SECOND, 0);
calStart.set(Calendar.MILLISECOND, 0);
Date midnightYesterday = calStart.getTime();

Calendar calEnd = new GregorianCalendar();
calEnd.setTime(new Date());
calEnd.set(Calendar.DAY_OF_YEAR, calEnd.get(Calendar.DAY_OF_YEAR)+1);
calEnd.set(Calendar.HOUR_OF_DAY, 0);
calEnd.set(Calendar.MINUTE, 0);
calEnd.set(Calendar.SECOND, 0);
calEnd.set(Calendar.MILLISECOND, 0);
Date midnightTonight = calEnd.getTime();

java.util.Calendar

// today    
Calendar date = new GregorianCalendar();
// reset hour, minutes, seconds and millis
date.set(Calendar.HOUR_OF_DAY, 0);
date.set(Calendar.MINUTE, 0);
date.set(Calendar.SECOND, 0);
date.set(Calendar.MILLISECOND, 0);

// next day
date.add(Calendar.DAY_OF_MONTH, 1);

JDK 8 - java.time.LocalTime und java.time.LocalDate

LocalTime midnight = LocalTime.MIDNIGHT;
LocalDate today = LocalDate.now(ZoneId.of("Europe/Berlin"));
LocalDateTime todayMidnight = LocalDateTime.of(today, midnight);
LocalDateTime tomorrowMidnight = todayMidnight.plusDays(1);

Joda-Zeit

Wenn Sie ein JDK <8 verwenden, empfehle ich Joda Time , da die API wirklich gut ist:

DateTime date = new DateTime().toDateMidnight().toDateTime();
DateTime tomorrow = date.plusDays(1);

Seit der Version 2.3 von Joda Zeit DateMidnightist veraltet , das so verwenden:

DateTime today = new DateTime().withTimeAtStartOfDay();
DateTime tomorrow = today.plusDays(1).withTimeAtStartOfDay();

Übergeben Sie eine Zeitzone, wenn Sie die aktuelle Standardzeitzone der JVM nicht möchten.

DateTimeZone timeZone = DateTimeZone.forID("America/Montreal");
DateTime today = new DateTime(timeZone).withTimeAtStartOfDay(); // Pass time zone to constructor.

Der Vollständigkeit halber können Sie bei Verwendung von Java 8 auch die truncatedToMethode der InstantKlasse verwenden, um Mitternacht in UTC zu erhalten .

Instant.now().truncatedTo(ChronoUnit.DAYS);

Wie im Javadoc geschrieben

Wenn Sie beispielsweise mit der MINUTES-Einheit abschneiden, wird auf die nächste Minute gerundet, und die Sekunden und Nanosekunden werden auf Null gesetzt.

Ich hoffe es hilft.

Der einfachste Weg, um Mitternacht zu finden:

Long time = new Date().getTime();
Date date = new Date(time - time % (24 * 60 * 60 * 1000));

Nächster Tag:

Date date = new Date(date.getTime() + 24 * 60 * 60 * 1000);

Denken Sie daran, Datewird nicht verwendet, um Daten (!) Darzustellen. Zur Darstellung des Datums benötigen Sie einen Kalender. Dies:

Calendar c = new GregorianCalendar();

erstellt eine CalendarInstanz, die das aktuelle Datum in Ihrer aktuellen Zeitzone darstellt. Jetzt müssen Sie jedes Feld unterhalb des Tages (Stunde, Minute, Sekunde und Millisekunde) abschneiden, indem Sie es auf einstellen 0. Sie haben heute Mitternacht.

Um am nächsten Tag Mitternacht zu bekommen, müssen Sie einen Tag hinzufügen:

c.add(Calendar.DAY_OF_MONTH, 1);

Beachten Sie, dass das Hinzufügen von 86400Sekunden oder 24 Stunden aufgrund der Sommerzeit, die in der Zwischenzeit auftreten kann, falsch ist.

UPDATE: Meine bevorzugte Methode zur Lösung dieses Problems ist jedoch die Verwendung der DateUtils- Klasse von Commons Lang :

Date start = DateUtils.truncate(new Date(), Calendar.DAY_OF_MONTH))
Date end = DateUtils.addDays(start, 1);

Es verwendet Calendarhinter den Kulissen ...

Diese Methoden werden Ihnen helfen,

public static Date getStartOfDay(Date date) {
     Calendar calendar = Calendar.getInstance();
     calendar.setTime(date);
     calendar.set(Calendar.HOUR_OF_DAY, 0);
     calendar.set(Calendar.MINUTE, 0);
     calendar.set(Calendar.SECOND, 0);
     calendar.set(Calendar.MILLISECOND, 0);
     return calendar.getTime();
 }

und

public static Date getEndOfDay(Date date) {
    Calendar calendar = Calendar.getInstance();
    calendar.setTime(date);
    calendar.set(Calendar.HOUR_OF_DAY, 23);
    calendar.set(Calendar.MINUTE, 59);
    calendar.set(Calendar.SECOND, 59);
    calendar.set(Calendar.MILLISECOND, 999);
    return calendar.getTime();
}

Ab JodaTime 2.3 ist das toDateMidnight()veraltet.

Vom Upgrade von 2.2 auf 2.3

    Abschreibungen seit 2.2
    ----------------------
    - DateMidnight [# 41]
     Diese Klasse ist konzeptionell fehlerhaft
     Die Mitternachtszeit tritt gelegentlich in einigen Zeitzonen nicht auf
     Dies ist das Ergebnis einer Sommerzeit von 00:00 bis 01:00 Uhr
     DateMidnight ist im Wesentlichen eine DateTime mit einer auf Mitternacht gesperrten Zeit
     Ein solches Konzept ist angesichts von LocalDate im Allgemeinen schlecht zu verwenden
     Ersetzen Sie DateMidnight durch LocalDate
     Oder ersetzen Sie es durch DateTime, möglicherweise mithilfe der withTimeAtStartOfDay () -Methode

Hier ist ein Beispielcode ohne toDateMidnight()Methode.

Code

DateTime todayAtMidnight = new DateTime().withTimeAtStartOfDay();
System.out.println(todayAtMidnight.toString("yyyy-MM-dd HH:mm:ss"));

Ausgabe ( kann je nach lokaler Zeitzone unterschiedlich sein )

2013-09-28 00:00:00

Andere Antworten sind korrekt, insbesondere die Antwort java.time von arganzheng . Wie bereits erwähnt, sollten Sie die alten Klassen java.util.Date/.Calendar vermeiden, da sie schlecht gestaltet, verwirrend und problematisch sind. Sie wurden durch die Klassen java.time ersetzt.

Lassen Sie mich Anmerkungen zur Strategie für den Umgang mit Mitternacht und Zeitspannen hinzufügen .

Halb offen

Bei der Arbeit mit Datum und Uhrzeit werden Zeitspannen häufig mithilfe des „Half-Open“ -Ansatzes definiert. Bei diesem Ansatz ist der Anfang inklusive, während das Ende exklusiv ist . Dies löst Probleme und erleichtert bei konsequenter Verwendung das Nachdenken über Ihre Datums- und Uhrzeitbehandlung erheblich.

Ein gelöstes Problem ist die Definition des Tagesendes. Ist der letzte Moment des Tages 23:59:59.999( Millisekunden )? Vielleicht in der Klasse java.util.Date (vom frühesten Java; mühsam - vermeiden Sie diese Klasse!) Und in der äußerst erfolgreichen Joda-Time- Bibliothek. In anderen Programmen wie Datenbanken wie Postgres ist der letzte Moment jedoch 23:59:59.999999( Mikrosekunden ). In anderer Software wie dem java.time- Framework (integriert in Java 8 und höher, Nachfolger von Joda-Time) und in einigen Datenbanken wie der H2-Datenbank kann der letzte Moment jedoch 23:59.59.999999999( Nanosekunden ) sein. Anstatt Haare zu spalten, denken Sie nur an den ersten Moment, nicht an den letzten Moment.

Bei Half-Open läuft ein Tag vom ersten Moment eines Tages bis zum ersten Moment des folgenden Tages , schließt ihn jedoch nicht ein . Also anstatt so zu denken:

… Von heute um 00:00 Uhr (Mitternacht heute früh) bis 12:00 Uhr (Mitternacht heute Abend).

… Denk so…

vom ersten Moment des heutigen Tages bis zum ersten Moment von morgen:
(> = 00:00:00.0heute UND < 00:00:00.0morgen)

In der Datenbank arbeiten, bedeutet dieser Ansatz nicht die Verwendung von BETWEENOperator in SQL.

Tagesanfang

Darüber hinaus ist der erste Moment des Tages nicht immer die Tageszeit 00:00:00.0. Sommerzeit (DST) in einigen Zeitzonen und möglicherweise andere Anomalien können bedeuten, dass eine andere Zeit den Tag beginnt.

Lassen Sie also die Klassen java.time den Beginn eines Tages mit einem Aufruf von bestimmen LocalDate::atStartOfDay( ZoneId ). Wir müssen also durch LocalDateund zurück gehen, ZonedDateTimewie Sie in diesem Beispielcode sehen können.

ZoneId zoneId = ZoneId.of( "America/Montreal" );
ZonedDateTime now = ZonedDateTime.now( zoneId );
ZonedDateTime todayStart = now.toLocalDate().atStartOfDay( zoneId );
ZonedDateTime tomorrowStart = todayStart.plusDays( 1 );

Beachten Sie die Übergabe des optionalen ZoneId. Wenn nicht angegeben, wird die aktuelle Standardzeitzone Ihrer JVM implizit angewendet. Besser explizit sein.

Die Zeitzone ist für die Arbeit mit Datum und Uhrzeit von entscheidender Bedeutung. Die Frage und einige andere Antworten sind möglicherweise fehlerhaft, da die Zeitzone nicht bewusst behandelt wird.

Konvertieren

Wenn Sie müssen eine java.util.Date oder .Calendar verwenden, suchen Sie nach Methoden , um neue Umstellung auf die alten Klassen hinzugefügt.

java.util.Date utilDate = java.util.Date.from( todayStart.toInstant() );
java.util.GregorianCalendar gregCal = java.util.GregorianCalendar.from( todayStart );

Zeitspanne

Übrigens, wenn Sie viel mit Zeitspannen arbeiten, schauen Sie sich Folgendes an:

• Duration
• Period
• Interval
  Die IntervalKlasse befindet sich im ThreeTen-Extra- Projekt, einer Erweiterung des Java.time-Frameworks. Dieses Projekt ist das Testfeld für mögliche zukünftige Ergänzungen von java.time.
  Interval todayMontreal = Interval.of( todayStart.toInstant() , tomorrowStart.toInstant() );

Über java.time

Das java.time- Framework ist in Java 8 und höher integriert. Diese Klassen verdrängen die lästigen alten Legacy - Datum-Zeit - Klassen wie java.util.Date, Calendar, & SimpleDateFormat.

Das Joda-Time- Projekt, das sich jetzt im Wartungsmodus befindet , empfiehlt die Migration zu den Klassen java.time .

Weitere Informationen finden Sie im Oracle-Lernprogramm . Suchen Sie im Stapelüberlauf nach vielen Beispielen und Erklärungen. Die Spezifikation ist JSR 310 .

Sie können java.time- Objekte direkt mit Ihrer Datenbank austauschen . Verwenden Sie einen JDBC-Treiber, der mit JDBC 4.2 oder höher kompatibel ist . Keine Notwendigkeit für Zeichenfolgen, keine Notwendigkeit für java.sql.*Klassen.

Woher bekomme ich die java.time-Klassen?

• Java SE 8 , Java SE 9 , Java SE 10 , Java SE 11 und höher - Teil der Standard-Java-API mit einer gebündelten Implementierung.
  • Java 9 fügt einige kleinere Funktionen und Korrekturen hinzu.
• Java SE 6 und Java SE 7
  • Die meisten Funktionen von java.time werden in ThreeTen-Backport auf Java 6 und 7 zurückportiert .
• Android
  • Spätere Versionen von Android-Bundle-Implementierungen der Klassen java.time .
  • Für frühere Android -Geräte ( <26) passt das ThreeTenABP- Projekt ThreeTen-Backport (oben erwähnt) an. Siehe Verwendung von ThreeTenABP… .

Das ThreeTen-Extra- Projekt erweitert java.time um zusätzliche Klassen. Dieses Projekt ist ein Testfeld für mögliche zukünftige Ergänzungen von java.time. Sie können einige nützliche Klassen hier wie finden Interval, YearWeek, YearQuarter, und mehr .

java.time

Wenn Sie Java 8 und höher verwenden, können Sie das Paket java.time ( Tutorial ) ausprobieren :

LocalDate tomorrow = LocalDate.now().plusDays(1);
Date endDate = Date.from(tomorrow.atStartOfDay(ZoneId.systemDefault()).toInstant());

Dies scheint eine Option zu sein:

DateFormat justDay = new SimpleDateFormat("yyyyMMdd");
Date thisMorningMidnight = justDay.parse(justDay.format(new Date()));

um auch einen Tag hinzuzufügen

Date tomorrow = new Date(thisMorningMidnight.getTime() + 24 * 60 * 60 * 1000);

oder

Calendar c = Calendar.getInstance();
c.setTime(thisMorningMidnight);
c.add(Calendar.DATE, 1);
Date tomorrowFromCalendar = c.getTime();

Ich habe eine Ahnung, dass Letzteres bevorzugt wird, wenn etwas Seltsames wie Sommerzeit dazu führt, dass das Hinzufügen von 24 Stunden nicht ausreicht (siehe https://stackoverflow.com/a/4336131/32453 und seine anderen Antworten).

Ich habe das anders gemacht als alle anderen hier. Ich bin neu in Java, daher ist meine Lösung möglicherweise schlecht.

Date now = new Date();
Date midnightToday = new Date(now.getYear(), now.getMonth(), now.getDate());

Ich bin mir noch nicht sicher, ob dies funktioniert, aber ich würde mich über jedes Feedback zu dieser Lösung freuen.

Ich bin verwirrt von der obigen Aussage, dass Sie morgen berechnen können, indem Sie anrufen:

c.add(Calendar.DAY_OF_MONTH, 1);

Wenn Sie dem Tag des Monats 1 hinzufügen und es der 31. Tag ist, erhalten Sie dann nicht den 32. Tag des Monats?

Warum basieren Zeiten / Daten nicht alle auf UTC in Java? Ich würde denken, dass Zeitzonen nur benötigt werden sollten, wenn sie mit E / A verwendet werden, aber intern sollten sie immer in UTC verwendet werden. Die Klassen scheinen jedoch Zeitzoneninformationen zu enthalten, die nicht nur verschwenderisch, sondern auch anfällig für Codierungsfehler sind.

Apache Commons Lang

DateUtils.isSameDay(date1, date2)

http://commons.apache.org/proper/commons-lang/javadocs/api-2.6/org/apache/commons/lang/time/DateUtils.html#isSameDay(java.util.Date , java.util.Date)

Der einfachste Weg mit JodaTime

DateMidnight date = DateMidnight.now();

Da ein Tag 24 * 60 * 60 * 1000ms ist, kann die Mitternacht dieses Tages berechnet werden als ...

long now = System.currentTimeMillis();
long delta = now % 24 * 60 * 60 * 1000;
long midnight = now - delta;
Date midnightDate = new Date(midnight);`

So ziemlich wie die Antworten zuvor, aber niemand erwähnte den AM_PM-Parameter:

    Calendar cal = Calendar.getInstance();
    cal.set(Calendar.HOUR, 0);
    cal.set(Calendar.MINUTE, 0);
    cal.set(Calendar.SECOND, 0);
    cal.set(Calendar.MILLISECOND, 0);
    cal.set(Calendar.AM_PM, Calendar.AM);

Date now= new Date();
// Today midnight
Date todayMidnight = new Date(endTime.getTime() -endTime.getTime()%DateUtils.MILLIS_PER_DAY);

// tomorrow midnight
Date tomorrowMidnight = new Date(endTime.getTime() -endTime.getTime()%DateUtils.MILLIS_PER_DAY + DateUtils.MILLIS_PER_DAY);

Verwenden von Apache Commons.

//For midnight today 
Date today = new Date(); 
DateUtils.truncate(today, Calendar.DATE);

//For midnight tomorrow   
Date tomorrow = DateUtils.addDays(today, 1); 
DateUtils.truncate(tomorrow, Calendar.DATE);

Ich weiß, dass dies ein sehr alter Beitrag ist. Ich dachte mein Wissen hier zu teilen!

Für das Datum Mitternacht heute mit genauer Zeitzone können Sie Folgendes verwenden

public static Date getCurrentDateWithMidnightTS(){

    return new Date(System.currentTimeMillis() - (System.currentTimeMillis()%(1000*60*60*24)) - (1000*60 * 330));
}

Wo (1000*60 * 330)subtrahiert wird, dh tatsächlich in Bezug auf die Zeitzone, zum Beispiel die indische Zeitzone, dh Kolkata, unterscheidet sich +5: 30 Stunden von der tatsächlichen. Subtrahieren Sie das also mit der Konvertierung in Millisekunden.

Ändern Sie also die zuletzt abgezogene Zahl entsprechend Ihren Angaben. Ich erstelle ein Produkt, das nur in Indien ansässig ist. Ich habe also nur einen bestimmten Zeitstempel verwendet.

Date todayMidnightUTC = java.sql.Date.valueOf(LocalDate.now());
Date tomorrowMidnightUTC = java.sql.Date.valueOf(LocalDate.now().plusDays(1));
Date anyMidnightLocal = java.sql.Date.valueOf(LocalDate.from(dateTime.toInstant().atZone(ZoneId.systemDefault())));

Aber Vorsicht, das java.sql.Date.toInstant()wirft immer UnsupportedOperationException.

Über LocalDate nach java.util.Date und umgekehrt einfachste Konvertierung?

Unmodern..

private static Date getDateWithMidnight(){
    long dateInMillis = new Date().getTime();
    return new Date(dateInMillis - dateInMillis%(1000*60*60*24) - TimeZone.getDefault().getOffset(dateInMillis));
}