En mi código necesito encontrar todas mis cosas que sucedieron hoy. Así que necesito comparar las fechas desde hoy a las 00:00 a.m. (medianoche de esta mañana) hasta las 12:00 p.m. (medianoche de esta noche).

Lo sé ...

Date today = new Date(); 

... me atrapa ahora mismo. Y ...

Date beginning = new Date(0);

... me da cero tiempo el 1 de enero de 1970. Pero, ¿cuál es una manera fácil de obtener cero tiempo hoy y cero tiempo mañana?

ACTUALIZAR; Hice esto, pero seguramente hay una manera más fácil.

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 y 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-Time

Si está utilizando un JDK <8, recomiendo Joda Time , porque la API es realmente buena:

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

Dado que la versión 2.3 de Joda Time DateMidnightestá en desuso , use esto:

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

Pase una zona horaria si no desea la zona horaria predeterminada actual de la JVM.

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

En aras de la exhaustividad, si está utilizando Java 8 , también puede utilizar el truncatedTométodo de la Instantclase para obtener la medianoche en UTC .

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

Como está escrito en el Javadoc

Por ejemplo, truncar con la unidad MINUTOS se redondeará al minuto más cercano, configurando los segundos y nanosegundos a cero.

Espero eso ayude.

La forma más fácil de encontrar una medianoche:

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

Día siguiente:

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

Recuerde, Dateno se usa para representar fechas (!). Para representar la fecha necesitas un calendario. Esta:

Calendar c = new GregorianCalendar();

creará una Calendarinstancia que represente la fecha actual en su zona horaria actual. Ahora lo que necesita es truncar cada campo debajo del día (hora, minuto, segundo y milisegundo) configurándolo en 0. Ahora tienes una medianoche hoy.

Ahora para llegar a la medianoche del día siguiente, debe agregar un día:

c.add(Calendar.DAY_OF_MONTH, 1);

Tenga en cuenta que agregar 86400segundos o 24 horas es incorrecto debido al horario de verano que puede ocurrir mientras tanto.

ACTUALIZACIÓN: Sin embargo, mi forma favorita de tratar este problema es usar la clase DateUtils de Commons Lang :

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

Utiliza Calendardetrás de escena ...

estos métodos te ayudarán

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();
 }

y

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();
}

A partir de JodaTime 2.3, el toDateMidnight()está en desuso.

De la actualización de 2.2 a 2.3

    Desaprobaciones desde 2.2
    ----------------------
    - DateMidnight [# 41]
     Esta clase tiene un concepto defectuoso
     La hora de la medianoche ocasionalmente no ocurre en algunas zonas horarias.
     Esto es el resultado de un horario de verano de 00:00 a 01:00
     DateMidnight es esencialmente un DateTime con un tiempo bloqueado hasta la medianoche
     Tal concepto es generalmente más pobre de usar, dado LocalDate
     Reemplazar DateMidnight con LocalDate
     O reemplácelo con DateTime, quizás usando el método withTimeAtStartOfDay ()

Aquí hay un código de muestra sin toDateMidnight()método.

Código

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

Salida ( puede ser diferente dependiendo de su zona horaria local )

2013-09-28 00:00:00

Otras respuestas son correctas, especialmente la respuesta java.time de arganzheng . Como algunos mencionaron, debe evitar las antiguas clases java.util.Date/.Calendar ya que están mal diseñadas, son confusas y problemáticas. Han sido suplantados por las clases java.time.

Permítanme agregar notas sobre la estrategia para manejar la medianoche y el lapso de tiempo .

Medio abierto

En el trabajo de fecha y hora, los períodos de tiempo a menudo se definen utilizando el enfoque "medio abierto". En este enfoque, el comienzo es inclusivo, mientras que el final es exclusivo . Esto resuelve los problemas y, si se usa de manera sistemática, facilita mucho el razonamiento sobre el manejo de la fecha y hora.

Un problema resuelto es definir el final del día. ¿Es el último momento del día 23:59:59.999( milisegundos )? Tal vez, en la clase java.util.Date (desde el primer Java; problemático, ¡evite esta clase!) Y en la exitosa biblioteca Joda-Time . Pero en otro software, como una base de datos como Postgres, el último momento será 23:59:59.999999( microsegundos ). Pero en otro software como el framework java.time (integrado en Java 8 y posterior, sucesor de Joda-Time) y en alguna base de datos como la Base de datos H2 , el último momento podría ser 23:59.59.999999999( nanosegundos ). En lugar de partir los pelos, piense solo en el primer momento, no en el último.

En Half-Open, un día transcurre desde el primer momento de un día y sube, pero no incluye el primer momento del día siguiente. Entonces, en lugar de pensar así:

... desde hoy a las 00:00 a.m. (medianoche de esta mañana) hasta las 12:00 p.m. (medianoche de esta noche).

... piensa así ...

desde el primer momento de hoy hasta el primer momento de mañana:
(> = 00:00:00.0hoy Y < 00:00:00.0mañana)

En el trabajo de base de datos, este enfoque significa no usar el BETWEENoperador en SQL.

Comienzo del día

Además, el primer momento del día no siempre es la hora del día 00:00:00.0. El horario de verano (DST) en algunas zonas horarias, y posiblemente otras anomalías, puede significar que una hora diferente comienza el día.

Así que deje que los java.time clases hacen el trabajo de determinar el comienzo de un día con una llamada a LocalDate::atStartOfDay( ZoneId ). Por lo tanto, debemos desviarnos LocalDatey regresar a ellos, ZonedDateTimecomo puede ver en este código de ejemplo.

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

Tenga en cuenta el paso de lo opcional ZoneId. Si se omite, la zona horaria predeterminada actual de su JVM se aplica implícitamente. Mejor ser explícito.

La zona horaria es crucial para el trabajo de fecha y hora. La pregunta y algunas otras respuestas son potencialmente defectuosas porque no manejan conscientemente la zona horaria.

Convertir

Si debe usar java.util.Date o .Calendar, busque nuevos métodos de conversión agregados a esas clases antiguas.

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

Lapso de tiempo

Por cierto, si está haciendo mucho trabajo con períodos de tiempo, eche un vistazo a:

• Duration
• Period
• Interval
  La Intervalclase se encuentra en el proyecto ThreeTen-Extra , una extensión del marco java.time. Este proyecto es el campo de pruebas para posibles adiciones futuras a java.time.
  Interval todayMontreal = Interval.of( todayStart.toInstant() , tomorrowStart.toInstant() );

Sobre java.time

El marco java.time está integrado en Java 8 y versiones posteriores. Estas clases suplantar la vieja problemáticos heredados clases de fecha y hora como java.util.Date, Calendar, y SimpleDateFormat.

El proyecto Joda-Time , ahora en modo de mantenimiento , aconseja la migración a las clases java.time .

Para obtener más información, consulte el Tutorial de Oracle . Y busque Stack Overflow para obtener muchos ejemplos y explicaciones. La especificación es JSR 310 .

Puede intercambiar objetos java.time directamente con su base de datos. Utilice un controlador JDBC compatible con JDBC 4.2 o posterior. No hay necesidad de cadenas, no hay necesidad de java.sql.*clases.

¿Dónde obtener las clases java.time?

• Java SE 8 , Java SE 9 , Java SE 10 , Java SE 11 y versiones posteriores: parte de la API Java estándar con una implementación integrada.
  • Java 9 agrega algunas características menores y correcciones.
• Java SE 6 y Java SE 7
  • La mayor parte de la funcionalidad java.time se transfiere a Java 6 y 7 en ThreeTen-Backport .
• Androide
  • Versiones posteriores de las implementaciones de paquetes de Android de las clases java.time .
  • Para anteriormente Android (<26), el ThreeTenABP proyecto adapta ThreeTen-Backport (mencionado anteriormente). Ver Cómo utilizar ThreeTenABP ... .

El proyecto ThreeTen-Extra extiende java.time con clases adicionales. Este proyecto es un campo de pruebas para posibles adiciones futuras a java.time. Usted puede encontrar algunas clases útiles aquí, como Interval, YearWeek, YearQuarter, y más .

java.time

Si está utilizando Java 8 y versiones posteriores, puede probar el paquete java.time ( Tutorial ):

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

Esto parece ser una opción:

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

para agregarle un día

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

o

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

Tengo el presentimiento de que este último se prefiere en caso de que algo extraño como el horario de verano provoque que agregar 24 horas no sea suficiente (consulte https://stackoverflow.com/a/4336131/32453 y sus otras respuestas).

Hice esto de manera diferente a todos los demás aquí. Soy nuevo en Java, así que tal vez mi solución es pobre.

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

No estoy seguro de que esto funcione todavía, pero de cualquier manera, agradecería cualquier comentario sobre esta solución.

Estoy confundido por la declaración anterior de que puedes calcular mañana llamando:

c.add(Calendar.DAY_OF_MONTH, 1);

Si agrega 1 al día del mes y es el día 31, ¿no obtiene el día 32 del mes?

¿Por qué las horas / fechas no están todas basadas en UTC en Java? Creo que las zonas horarias solo deberían ser necesarias cuando se usan con E / S, pero internamente siempre deberían usarse en UTC. Sin embargo, las clases parecen incluir información de zona horaria que no solo es un desperdicio, sino que es propensa a errores de codificación.

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)

La forma más sencilla con JodaTime

DateMidnight date = DateMidnight.now();

Debido a que un día es 24 * 60 * 60 * 1000ms, la medianoche de este día se puede calcular como ...

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

Más o menos como las respuestas anteriores, pero nadie mencionó el parámetro AM_PM:

    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);

Usando 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);

Sé que esta es una publicación muy antigua. ¡Pensé compartir mi conocimiento aquí!

Para la fecha a media noche de hoy con la zona horaria exacta, puede usar los siguientes

public static Date getCurrentDateWithMidnightTS(){

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

Dónde (1000*60 * 330)se resta, es decir, en realidad está relacionado con la zona horaria, por ejemplo, la zona horaria india, es decir, kolkata difiere +5: 30hrs de la real. Restando eso con la conversión a milisegundos.

Entonces cambie el último número restado de acuerdo con usted. Estoy creando un producto, es decir, solo con sede en India, así que solo utilicé una marca de tiempo específica.

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())));

Pero cuidado que java.sql.Date.toInstant()siempre tira UnsupportedOperationException.

¿Via LocalDate a java.util.Date y viceversa, la conversión más simple?

De forma anticuada..

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