comment créer un Java objet Date de minuit aujourd'hui et de demain minuit?

Dans mon code j'ai besoin de trouver toutes mes choses qui s'est passé aujourd'hui. J'ai donc besoin de comparer des dates à partir d'aujourd'hui à 00:00 (minuit tôt ce matin) à 12:00 (minuit ce soir).

Je sais ...

Date today = new Date();

... me met à la droite maintenant. Et ...

Date beginning = new Date(0);

... me met à zéro heure le 1er janvier 1970. Mais ce qui est un moyen facile d'obtenir zéro de temps aujourd'hui et zéro temps demain?

Mise à JOUR; j'ai fait cela, mais il y a certainement un moyen plus facile?

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();
  • À mon avis, Joda Time est plus facile, regardez à la fin de ma réponse. Si vous souhaitez utiliser java.util.Date/Calendrier que vous avez à faire de cette façon, il n'y a pas de moyen plus facile de le faire.
  • RE: timaschew commentaire à utiliser Joda-Time, sachez que le Joda-Time projet est maintenant en mode de maintenance, et conseille la migration à la java.les classes de temps.
  • Pour info, le terriblement gênant de longue date du temps des classes comme java.util.Date, java.util.Calendar, et java.text.SimpleDateFormat sont maintenant héritage, supplantée par la java.de temps les classes intégré dans Java 8 et les versions ultérieures. Voir Tutoriel Oracle.
  • C'est rarement à voir tellement imparfait des réponses à une question comme celle-ci. Je recommande la réponse par le Basilic Bourque, il est correct et compétent.
InformationsquelleAutor Robert Hume | 2011-07-27
  1. 319

    java.util.Calendrier

    //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.temps.LocalTime et java.temps.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 vous utilisez un JDK < 8, je recommande Joda Time, parce que l'API est vraiment sympa:

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

    Depuis la version 2.3 de Joda Time DateMidnight est obsolète, utilisez ceci:

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

    Passer d'un fuseau horaire si vous ne voulez pas la JVM par défaut en cours de fuseau horaire.

    DateTimeZone timeZone = DateTimeZone.forID("America/Montreal");
DateTime today = new DateTime(timeZone).withTimeAtStartOfDay(); //Pass time zone to constructor.
    • Merci pour l'aide, j'avais juste mis à jour à ma question d'origine avec la façon dont j'étais en train de le faire. Merci pour la suggestion.
    • Comme de JodaTime 2.3, toDateMidnight est obsolète. Voir cette réponse pour plus de détails: stackoverflow.com/a/19048833/363573
    • ajout d'une solution pour JDK 8
    • Votre top exemple ne fonctionne pas pour moi. Il donne à "12:03:00" pour le temps au lieu de "00:00:00". De base Java calendrier vous ne le sucer.
    • Qui version de Java que vous utilisez? Pour moi ça fonctionne avec JDK8 et il convient également de travailler en 6.
    • Alors que généralement correct, je suggère de faire la java.le temps à l'aide d'un zonage de la date-valeur du temps (ZonedDateTime) comme vous l'avez fait dans la Joda-Time section. Le Local… types n'ont pas de temps de la zone de l'information – qui est leur but entier, sans perdre/ignorer toutes les offset et l'heure de la zone de détails. D'autant que la Question des pourparlers sur l'utilisation de ces valeurs pour la comparaison (peut-être des requêtes de base de données?), un zonage de la date de valeur est susceptible d'être plus utile.
    • pour Java objet Calendrier vous recommandons la mise en place à l'aide de new GregorianCalendar(). D'autres recommandent à l'aide du Calendrier.getInstance(); Est-il un avantage à votre méthode?
    • cela a fonctionné exactement comme je le voulais
    • J'aime JodaTime.

    InformationsquelleAutor timaschew
  2. 32

    La meilleure façon de trouver un minuit:

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

    Jour suivant:

    Date date = new Date(date.getTime() + 24 * 60 * 60 * 1000);
    • J'ai couru ce code et a obtenu: Minuit le: Jeu Nov 01 19:00:00 CDT 2012
    • Si vous avez fait quelque chose comme Système.out.print(date), le système convertis à la date de l'instance dans le fuseau horaire du système (CDT). 7pm CDT est à minuit GMT. Si vous avez besoin d'un minuit dans un fuseau horaire sélectionné, vous devez ajouter ce fuseau horaire décalage, la prise en compte de l'heure d'été.
    • Il n'est donc pas vraiment le "plus simple", non? 😉
    • Il est. Il ya beaucoup de différents 'minuit' fois sur la Terre, quelle que soit la méthode que vous utilisez, mais il y a une seule Java minuit.
    • Volgin ne savais pas qu'il y est un "java minuit". 😉 Ce que je voulais dire que cette solution ne omi aide pas vraiment le sujet créateur. Un calendrier de solution évite laid deuxième calculs et prend soin de fuseaux horaires (et en particulier la lumière du jour, des économies de temps, etc.) lorsqu'il est utilisé correctement. Je ne vois pas cela dans votre solution.
    • Salut @AndreiVolgin , j'ai reçu avec la Date date = new date(temps+ le Fuseau horaire.getDefault().getRawOffset() - temps % (24 * 60 * 60 * 1000));

    InformationsquelleAutor Andrei Volgin
  3. 30

    Un souci d'exhaustivité, si vous utilisez Java 8 vous pouvez également utiliser le truncatedTo méthode de la Instant classe de minuit dans UTC.

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

    Comme écrit dans la Javadoc

    Par exemple, la troncation avec le procès-verbal de l'unité sera arrondie à la minute près, les secondes et nanosecondes à zéro.

    Espère que cela aide.

    • Merci pour l'astuce. L'obtention de minuit spécifié fuseau horaire devient plus long: Date.from(date.toInstant().atZone(ZoneId.systemDefault()).truncatedTo(ChronoUnit.DAYS).toInstant())
    • Méfiez-vous de différence entre truncatedTo et atStartOfDay.
    InformationsquelleAutor riccardo.cardin
  4. 28

    Rappelez-vous, Date n'est pas utilisé pour représenter dates (!). Pour représenter la date vous avez besoin d'un calendrier. Ce:

    Calendar c = new GregorianCalendar();

    permettra de créer un Calendar instance représentant présent la date dans votre fuseau horaire. Maintenant, ce que vous avez besoin est de tronquer chaque champ ci-dessous la journée (heures, minutes, secondes et millisecondes) par la mise à 0. Vous avez maintenant une minuit aujourd'hui.

    Maintenant pour obtenir minuit le jour suivant, vous avez besoin d'ajouter un jour:

    c.add(Calendar.DAY_OF_MONTH, 1);

    Notez que l'ajout d' 86400 secondes ou 24 heures est incorrect en raison de l'heure d'été qui pourraient se produire dans l'intervalle.

    Mise à JOUR: Cependant mon préféré façon de traiter ce problème est d'utiliser DateUtils classe de Commons Lang:

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

    Il utilise Calendar derrière les coulisses...

    • Merci pour l'aide. "La Date n'est pas utilisé pour les dates" -- nous allons c'est assez foutu brillant, n'est-ce pas? 😉
    • Pour être juste, la Date a été autour depuis la première version de Java. La plupart des choses de cette époque sont... moins de parfaitement pensé. Surtout depuis que Java a été parmi les premiers à essayer le genre de choses qu'il était en train, et il y avait présent à partir d'un accord standard pour savoir comment faire.
    InformationsquelleAutor Tomasz Nurkiewicz
  5. 13

    ces méthodes vous aideront à-

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

    et 

    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();
}
    InformationsquelleAutor Visvendra Singh Rajpoot
  6. 9

    De JodaTime 2.3, le toDateMidnight() est obsolète.

    De Mise à niveau à partir de 2.2 à 2.3

     Désapprobations depuis la 2.2 
---------------------- 
- DateMidnight [n ° 41] 
Cette classe est viciée dans son concept 
L'heure de minuit, parfois ne se produit pas dans certains fuseaux horaires 
C'est un résultat de l'heure d'été à partir de 00:00 à 01:00 
DateMidnight est essentiellement un DateTime avec un temps enfermé à minuit 
Un tel concept est plus généralement une mauvaise utilisation, compte tenu de LocalDate 
Remplacer DateMidnight avec LocalDate 
Ou de le remplacer avec DateTime, peut-être à l'aide de la withTimeAtStartOfDay() la méthode

    Voici un exemple de code sans toDateMidnight() méthode.

    Code

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

    Sortie (peut être différent en fonction de votre fuseau horaire local)

    2013-09-28 00:00:00
    • Excellente réponse. Je voudrais faire le plus de passage d'un DateTimeZone instance de DateTime le constructeur pour souligner l'importance de spécifier un fuseau horaire plutôt que, par inadvertance, en fonction de la valeur par défaut: DateTimeZone timeZone = DateTimeZone.forID( "Europe/Paris" );
    InformationsquelleAutor Stephan
  7. 6

    java.temps

    Si vous utilisez Java 8 et les versions ultérieures, vous pouvez essayer le java.en temps (Tutoriel):

    LocalDate tomorrow = LocalDate.now().plusDays(1);
Date endDate = Date.from(tomorrow.atStartOfDay(ZoneId.systemDefault()).toInstant());
    • La bonne réponse. Je suggère de spécifier l'/heure prévue de la zone. La JVM par défaut en cours de fuseau horaire peut varier selon les paramètres du système d'exploitation, l'évolution des ordinateurs, ou de n'importe quelle application dans n'importe quel thread de la JVM de changer la valeur par défaut à tout moment au cours de l'exécution.
    InformationsquelleAutor arganzheng
  8. 6

    D'autres réponses sont correctes, en particulier la java.temps de réponse par arganzheng. Comme certains ont mentionné, vous devriez éviter de l'ancienne java.util.Date/.Calendrier des classes comme ils sont mal conçus, de la confusion, et gênants. Ils ont été supplanté par le java.les classes de temps.

    Permettez-moi d'ajouter des notes à propos de la stratégie autour de de la manipulation de minuit et des intervalles de temps.

    À Moitié Ouverte

    En date du temps de travail, des intervalles de temps sont souvent définis à l'aide de la “semi-Ouvertes” de la démarche. Dans cette approche, le début est inclusive alors que la fin est exclusif. Cela résout les problèmes et utilisé systématiquement fait le raisonnement à propos de la date de votre temps de manipulation plus facile.

    Un problème à résoudre est celle de la définition de la fin de la journée. Est le dernier moment de la journée 23:59:59.999 (millisecondes)? Peut-être, dans le java.util.Classe Date (de la plus ancienne de Java; gênants – éviter cette classe!) et dans la très réussie Joda-Time de la bibliothèque. Mais dans d'autres logiciels, tels que la base de données comme Postgresql, au dernier moment sera 23:59:59.999999 (microsecondes). Mais dans d'autres logiciels tels que le java.le temps cadre (intégré dans Java 8 et, plus tard, successeur de Joda-Time) et dans certaines bases de données telles que le H2 Base De Données, au dernier moment, peut-être 23:59.59.999999999 (nanosecondes). Plutôt que de fractionnement des poils, pense que, dans le premier moment seulement, pas le dernier moment.

    En Demi-Ouverte, un jour s'exécute à partir du premier moment de la journée et va jusqu'à mais ne comprend pas le premier moment de la journée suivante. Donc, plutôt que de penser comme ceci:

    ...à partir d'aujourd'hui à 00:00 (minuit tôt ce matin) à 12:00 (minuit ce soir).

    ...penser comme cela...

    depuis le premier moment d'aujourd'hui, mais pas y compris le premier moment de demain:
    ( >= 00:00:00.0 aujourd'hui ET < 00:00:00.0 demain )

    Dans le travail de base de données, cette approche signifie pas à l'aide de la ENTRE de l'opérateur en SQL.

    Début de la journée

    En outre, le premier moment de la journée est pas toujours le temps de la journée 00:00:00.0. Heure d'été (DST) dans certaines zones de temps, et peut-être d'autres anomalies, peut signifier une autre époque commence la journée.

    Afin de laisser le java.le temps des classes de faire le travail de déterminer le début d'une journée avec un appel à LocalDate::atStartOfDay( ZoneId ). Nous avons donc faire le détour par LocalDate et retour à ZonedDateTime comme vous pouvez le voir dans cet exemple de code.

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

    Note le passage de l'option ZoneId. Si omis votre JVM actuelle du fuseau horaire par défaut est appliqué implicitement. Mieux être explicite.

    Fuseau horaire est crucial de date-heure de travail. La Question et quelques autres Réponses sont potentiellement erronées parce que le font pas consciemment poignée fuseau horaire.

    Convertir

    Si vous doit utiliser java.util.Date ou .Calendrier, rechercher de nouvelles méthodes de conversion ajoutées aux anciennes classes.

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

    Laps de temps

    Par ailleurs, si vous faites beaucoup de travail avec des intervalles de temps de jeter un oeil à:

    • Durée
    • Délai
    • Intervalle
      La Interval classe est trouvé dans la ThreeTen-Extra projet, une extension de java.cadre de temps. Ce projet est le terrain d'essai pour de possibles futurs ajouts à java.temps.
      Interval todayMontreal = Interval.of( todayStart.toInstant() , tomorrowStart.toInstant() );

    Sur java.temps

    La java.temps cadre est intégré dans Java 8 et les versions ultérieures. Ces classes permettent d'éviter la pénible vieux héritage date du temps des classes comme java.util.Date, Agenda, & SimpleDateFormat.

    La Joda-Time projet, maintenant dans le mode de maintenance, conseille la migration vers le java.le temps classes.

    Pour en savoir plus, consultez les Oracle Tutoriel. Et de recherche de Débordement de Pile pour de nombreux exemples et des explications. La spécification est JSR 310.

    Vous pouvez échanger java.temps objets directement avec votre base de données. Utiliser un Pilote JDBC compatible avec JDBC 4.2 ou plus tard. Pas besoin de chaînes, pas besoin de java.sql.* classes.

    Où obtenir le java.les classes de temps?

    La ThreeTen-Extra projet s'étend java.temps avec d'autres classes. Ce projet est un terrain d'essai pour de possibles futurs ajouts à java.temps. Vous pouvez trouver quelques classes utiles ici comme Intervalle, YearWeek, YearQuarter, et plus.

    InformationsquelleAutor Basil Bourque
  9. 4

    Ce qui semble être une option:

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

    pour ajouter une journée, soit

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

    ou

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

    J'ai une intuition de ce dernier est préféré dans le cas de quelque chose de bizarre, comme de l'heure d'été entraînant une augmentation de 24 heures pour ne pas être suffisante (voir https://stackoverflow.com/a/4336131/32453 et ses autres réponses).

    • J'ai un date et l'heure de la journée représenté comme un longtemps dans ma base de données sqlite. J'ai besoin d'obtenir un temps pour le début de la prochaine journée. Puis-je encore utiliser un objet Date avec mon long plutôt qu'avec le SimpleDateFormat méthode que vous utilisez ci-dessus?
    • Tant que c'est le droit millisecondes, vous pouvez passer en tant que constructeur: docs.oracle.com/javase/7/docs/api/java/util/...
    InformationsquelleAutor rogerdpack
  10. 2

    Je l'ai fait différemment de tout le monde ici l'a fait. Je suis nouveau sur Java, peut-être que ma solution est mauvaise. 

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

    Je ne suis pas sûr que cela fonctionne encore, mais de toute façon, j'apprécierais vos commentaires sur cette solution.

    Je suis confus par la déclaration ci-dessus que vous pouvez calculer demain en appelant le:

    c.add(Calendar.DAY_OF_MONTH, 1);

    Si vous ajoutez 1 jour pour jour, du mois et c'est le 31e jour, n'avez-vous pas obtenir de la 32e journée du mois?

    Pourquoi sont des périodes/dates de pas tous basés sur l'heure UTC en Java? Je pense que les fuseaux horaires qui ne devrait être nécessaire lorsqu'il est utilisé avec i/o, mais en interne, doit toujours être utilisé en UTC. Cependant, les classes semblent comprendre le Fuseau horaire info qui semble non seulement inutile, mais sujettes à des erreurs de codage.

    • Salut Mitch. Je pense que votre solution fonctionne, mais il semble que la Date de constructeur est obsolète. La Java des gens obsolète la plupart de la Date originale de méthodes liées à un certain temps en arrière, et de les remplacer par de nouveaux Calendrier des méthodes connexes. Personnellement, je ne vois pas en quoi c'est une amélioration, mais il est mal vu d'utiliser des méthodes obsolètes. Merci!
    • Triste à propos de l'autodérision. Il semble beaucoup plus propre à moi de préciser l'année, le mois et le jour plutôt que la compensation de l'heure, la minute, la seconde et millisecs. La compensation de ces repose sur millisecs étant le plus beau de la granularité de la classe Date, même si ma solution ne fonctionne pas. Ma solution est aussi plus court et plus clair. Étant nouveau pour Java me fait vraiment apprécier comment nettoyer, facile et efficace, C++, c'est quand il s'agit de l'utilisation des dates et des heures.
    • Dans mon expérience, le plus récent de la langue d'apprentissage est toujours perçu comme le plus compliqué.
    • Pour info: ces foutus horrible vieille date-heure classes sont maintenant héritage, supplanté par les modernes java.les classes de temps.
    InformationsquelleAutor Mitch
  11. 1

    En raison d'un jour est 24 * 60 * 60 * 1000 ms,
    le minuit de ce jour peut être calculée comme...

    long now = System.currentTimeMillis();
long delta = now % 24 * 60 * 60 * 1000;
long midnight = now - delta;
Date midnightDate = new Date(midnight);`
    • Ce code s'applique seulement à l'UTC et aucun autre fuseau horaire, et ignore les anomalies telles que l'Heure d'été. En outre, rouler, date-heure de solutions est pas sage comme c'est étonnant un sujet délicat. Utiliser l'excellent java.les classes de temps à la place.
    InformationsquelleAutor lshu
  12. 1

    À peu près comme les réponses avant, mais personne n'a mentionné AM_PM paramètre:

        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);
    • Le gênants Calendar classe a été supplanté ans par le java.temps classes, spécifiquement ZonedDateTime.
    InformationsquelleAutor Montaser
  14. 0

    La façon la plus simple avec JodaTime

    DateMidnight date = DateMidnight.now();

    • Pas de. Le "minuit"liées à des classes et des méthodes de Joda-Time ont tous été désapprouvée. Ils étaient basés sur un concept fallacieux. Le premier moment de la journée n'est pas toujours 00:00:00.000. Au lieu d'utiliser le nouveau withTimeAtStartOfDay de la méthode. Une mise à jour de la version 2.4 de Joda-Time et lire les notes de version. Exemple: DateTime today = DateTime.now( DateTimeZone.forID( "America/Montreal" ) ).withTimeAtStartOfDay();
    InformationsquelleAutor Javier Sculli
  15. 0
    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);
    • Cela ne fonctionne que pour l'UTC, et ne parvient pas à résoudre les fuseaux horaires. Aussi, le terrible Date classe a été supplanté ans par java.time.Instant. Évitez d'utiliser des Date de nos jours.
    InformationsquelleAutor gzg_55
  16. 0

    À l'aide d'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);
    • Pour info, le terriblement gênant de longue date du temps des classes comme java.util.Date, java.util.Calendar, et java.text.SimpleDateFormat sont maintenant héritage, supplantée par la java.temps les classes intégré dans Java 8 et les versions ultérieures. Voir Tutoriel par Oracle.
    • Convenu pour Java 8. Mais si l'OP est à l'aide de Java 7, je pense toujours que cela fonctionne.
    • Presque tous les java.temps fonctionnalité est disponible pour Java 6 & 7 dans le ThreeTen-Backport projet avec pratiquement identique de l'API. En outre adapté pour Android <26 dans le ThreeTenABP projet. Donc pas besoin de toujours de nouveau l'utilisation de ces damnés de longue date du temps des classes.
    InformationsquelleAutor joe4java
  17. -1

    Je sais que c'est très vieux post. J'ai pensé à partager mes connaissances ici !

    Pour la date de Milieu de nuit aujourd'hui exacte, fuseau horaire, vous pouvez utiliser la suite 

    public static Date getCurrentDateWithMidnightTS(){

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

    Où (1000*60 * 330) est soustrait c'est à dire en fait liée à la durée de la zone par exemple Indien fuseau horaire c'est à dire kolkata diffère +5:30 hrs à partir de la réalité . Donc en soustrayant ce avec la conversion en millisecondes.

    Donc changement de dernière soustrait le nombre pour vous. Je m de la création d'un produit, c'est à dire uniquement basée en Inde, seulement de cachet de date spécifique.

    • Pourquoi voulez-vous suggérer cela à la place de la accepté de répondre? Roulement de votre date de valeurs de temps est risqué en général. En particulier ce code est codé en dur pour un seul fuseau horaire actuel de décalage pour toujours. Il n'y a pas de comptabilité pour l'Heure d'été ou d'autres anomalies. Je ne vois que des inconvénients à non-valeur ajoutée.
    • bien sûr que j'accepte la réponse et oui je l'ai mentionné il y a pour valeur codée en dur . C'est utile uniquement dans le cas où vous travaillez sur un fuseau horaire spécifique .
    InformationsquelleAutor Rajeev
  18. -1
    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())));

    Mais méfiez-vous que java.sql.Date.toInstant() jette toujours UnsupportedOperationException.

    Via LocalDate à java.util.Date et vice-versa plus simple de conversion?

    • Pas une bonne Réponse. Vous sont un mélange de l'utilisation de la moderne java.le temps avec le vieil héritage de classes, ils supplanter. Et vous utiliser le java.sql date-heure classes qui ne devrait être utilisé pour échanger des données avec une base de données dont le conducteur n'a pas encore été mis à jour à traiter directement avec le java.les classes de temps, de ne jamais être utilisé pour la logique métier. Encore un autre problème, c'est que vous ignorez la question cruciale de la zone de temps.
    • merci pour la critique. À l'aide d'un héritage de la classe qui n'est pas marquée comme obsolète pour obtenir un autre héritage instance de classe est tout à fait sûr. Le fuseau horaire question est plus importante. J'ai décidé de rester avec riccardo est répondre après tout.
    InformationsquelleAutor Vadzim
  19. -1

    Ancienne..

    private static Date getDateWithMidnight(){
    long dateInMillis = new Date().getTime();
    return new Date(dateInMillis - dateInMillis%(1000*60*60*24) - TimeZone.getDefault().getOffset(dateInMillis));
}
    • Que gênant classe a été supplanté ans par le java.temps.Instantané de la classe. Pas besoin de toujours utiliser Date.
    • Que Date classe est toujours en UTC. Si vous êtes ignorant la question de l'souhaité ou attendu de fuseau horaire. Par exemple, un nouveau jour se lève dans Kolkata en Inde de nombreuses heures plus tôt qu'à l'UTC, et des heures plus tard que l'heure UTC à Montréal, Québec.
    InformationsquelleAutor Prabath