J'ai analysé un à java.util.Datepartir d'un Stringmais il définit le fuseau horaire local comme fuseau horaire de l' dateobjet.

Le fuseau horaire n'est pas spécifié dans celui à Stringpartir duquel Dateest analysé. Je veux définir un fuseau horaire spécifique de l' dateobjet.

Comment puis je faire ça?

Utilisez DateFormat. Par exemple,

SimpleDateFormat isoFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
isoFormat.setTimeZone(TimeZone.getTimeZone("UTC"));
Date date = isoFormat.parse("2010-05-23T09:01:02");

Sachez que les java.util.Dateobjets ne contiennent aucune information de fuseau horaire par eux-mêmes - vous ne pouvez pas définir le fuseau horaire sur un Dateobjet. La seule chose qu'un Dateobjet contient est un nombre de millisecondes depuis "l'époque" - 1er janvier 1970, 00:00:00 UTC.

Comme le montre le codeur ZZ, vous définissez le fuseau horaire sur l' DateFormatobjet, pour lui indiquer dans quel fuseau horaire vous souhaitez afficher la date et l'heure.

tl; dr

… Analysé… à partir d'une chaîne… le fuseau horaire n'est pas spécifié… je veux définir un fuseau horaire spécifique

LocalDateTime.parse( "2018-01-23T01:23:45.123456789" )  // Parse string, lacking an offset-from-UTC and lacking a time zone, as a `LocalDateTime`.
    .atZone( ZoneId.of( "Africa/Tunis" ) )              // Assign the time zone for which you are certain this date-time was intended. Instantiates a `ZonedDateTime` object.

Aucun fuseau horaire dans juDate

Comme les autres bonnes réponses l'ont indiqué, un java.util.Date n'a pas de fuseau horaire ^† . Il représente UTC / GMT (pas de décalage de fuseau horaire). Très déroutant car sa toStringméthode applique le fuseau horaire par défaut de la JVM lors de la génération d'une représentation String.

Évitez juDate

Pour cela et pour bien d'autres raisons, vous devez éviter d'utiliser le java.util.Date & .Calendar & java.text.SimpleDateFormat intégré. Ils sont notoirement gênants.

Utilisez plutôt le package java.time fourni avec Java 8 .

java.time

Les classes java.time peuvent représenter un moment sur la timeline de trois manières:

• UTC ( Instant)
• Avec un décalage ( OffsetDateTimeavec ZoneOffset)
• Avec un fuseau horaire ( ZonedDateTimeavec ZoneId)

Instant

Dans java.time , le bloc de construction de base est Instant, un moment sur la ligne de temps en UTC. Utilisez des Instantobjets pour une grande partie de votre logique métier.

Instant instant = Instant.now();

OffsetDateTime

Appliquez un décalage par rapport à l'UTC pour ajuster le temps d'horloge murale d' une localité .

Appliquez un ZoneOffsetpour obtenir un OffsetDateTime.

ZoneOffset zoneOffset = ZoneOffset.of( "-04:00" );
OffsetDateTime odt = OffsetDateTime.ofInstant( instant , zoneOffset );

ZonedDateTime

Il vaut mieux appliquer un fuseau horaire , un décalage ainsi que les règles de gestion des anomalies telles que l' heure d'été (DST) .

Appliquez un ZoneIdà un Instantpour obtenir un ZonedDateTime. Spécifiez toujours un nom de fuseau horaire correct . N'utilisez jamais 3-4 abréviations telles que ESTou ISTqui ne sont ni uniques ni standardisées.

ZoneId zoneId = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = ZonedDateTime.ofInstant( instant , zoneId );

LocalDateTime

Si la chaîne d'entrée n'avait aucun indicateur de décalage ou de zone, analysez comme a LocalDateTime.

Si vous êtes certain du fuseau horaire prévu, attribuez a ZoneIdpour produire a ZonedDateTime. Voir l'exemple de code ci-dessus dans la section tl; dr en haut.

Chaînes formatées

Appelez la toStringméthode sur l'une de ces trois classes pour générer une chaîne représentant la valeur date-heure au format ISO 8601 standard. La ZonedDateTimeclasse étend le format standard en ajoutant le nom du fuseau horaire entre parenthèses.

String outputInstant = instant.toString(); // Ex: 2011-12-03T10:15:30Z
String outputOdt = odt.toString(); // Ex: 2007-12-03T10:15:30+01:00
String outputZdt = zdt.toString(); // Ex: 2007-12-03T10:15:30+01:00[Europe/Paris]

Pour d'autres formats, utilisez la DateTimeFormatterclasse. Il est généralement préférable de laisser cette classe générer des formats localisés en utilisant le langage humain et les normes culturelles attendus de l'utilisateur. Ou vous pouvez spécifier un format particulier.

À propos de java.time

Le framework java.time est intégré à Java 8 et versions ultérieures. Ces classes supplantent les anciens gênants hérités des classes date-heure tels que java.util.Date, Calendar, et SimpleDateFormat.

Le projet Joda-Time , désormais en mode maintenance , conseille la migration vers les classes java.time .

Pour en savoir plus, consultez le didacticiel Oracle . Et recherchez Stack Overflow pour de nombreux exemples et explications. La spécification est JSR 310 .

Vous pouvez échanger des objets java.time directement avec votre base de données. Utilisez un pilote JDBC compatible avec JDBC 4.2 ou version ultérieure. Pas besoin de chaînes, pas besoin de java.sql.*cours.

Où obtenir les classes java.time?

• Java SE 8 , Java SE 9 , Java SE 10 , Java SE 11 et versions ultérieures - Partie de l'API Java standard avec une implémentation groupée.
  • Java 9 ajoute quelques fonctionnalités et correctifs mineurs.
• Java SE 6 et Java SE 7
  • La plupart des fonctionnalités de java.time sont rétroportées vers Java 6 et 7 dans ThreeTen-Backport .
• Android
  • Versions ultérieures des implémentations de bundles Android des classes java.time .
  • Pour les versions antérieures d'Android (<26), le projet ThreeTenABP adapte ThreeTen-Backport (mentionné ci-dessus). Voir Comment utiliser ThreeTenABP… .

Le projet ThreeTen-Extra étend java.time avec des classes supplémentaires. Ce projet est un terrain d'essai pour de futurs ajouts possibles à java.time. Vous trouverez peut - être des classes utiles ici, comme Interval, YearWeek, YearQuarteret plus .

Joda-Time

Bien que Joda-Time soit toujours activement maintenu, ses fabricants nous ont dit de migrer vers java.time dès que cela serait pratique. Je laisse cette section intacte comme référence, mais je suggère d'utiliser la java.timesection ci-dessus à la place.

Dans Joda-Time , un objet date-heure ( DateTime) connaît vraiment son fuseau horaire attribué. Cela signifie un décalage par rapport à l'UTC et aux règles et à l'historique de l'heure d'été (DST) de ce fuseau horaire et à d'autres anomalies de ce type.

String input = "2014-01-02T03:04:05";
DateTimeZone timeZone = DateTimeZone.forID( "Asia/Kolkata" );
DateTime dateTimeIndia = new DateTime( input, timeZone );
DateTime dateTimeUtcGmt = dateTimeIndia.withZone( DateTimeZone.UTC );

Appelez la toStringméthode pour générer une chaîne au format ISO 8601 .

String output = dateTimeIndia.toString();

Joda-Time offre également de riches capacités pour générer toutes sortes d'autres formats de chaîne.

Si nécessaire, vous pouvez convertir Joda-Time DateTime en java.util.Date.

Java.util.Date date = dateTimeIndia.toDate();

Recherchez StackOverflow pour "date Joda" pour trouver de nombreux autres exemples, certains assez détaillés.

^† En fait, il y a un fuseau horaire intégré dans un java.util.Date, utilisé pour certaines fonctions internes (voir les commentaires sur cette réponse). Mais ce fuseau horaire interne n'est pas exposé en tant que propriété et ne peut pas être défini. Ce fuseau horaire interne n'est pas celui utilisé par la toStringméthode pour générer une représentation sous forme de chaîne de la valeur date-heure; au lieu de cela, le fuseau horaire par défaut actuel de la JVM est appliqué à la volée. Donc, en sténographie, nous disons souvent «juDate n'a pas de fuseau horaire». Déroutant? Oui. Encore une autre raison d'éviter ces vieilles classes fatiguées.

Vous pouvez également définir le fuseau horaire au niveau JVM

Date date1 = new Date();
System.out.println(date1);

TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
// or pass in a command line arg: -Duser.timezone="UTC"

Date date2 = new Date();
System.out.println(date2);

production:

Thu Sep 05 10:11:12 EDT 2013
Thu Sep 05 14:11:12 UTC 2013

Si vous ne devez travailler qu'avec des classes JDK standard, vous pouvez utiliser ceci:

/**
 * Converts the given <code>date</code> from the <code>fromTimeZone</code> to the
 * <code>toTimeZone</code>.  Since java.util.Date has does not really store time zome
 * information, this actually converts the date to the date that it would be in the
 * other time zone.
 * @param date
 * @param fromTimeZone
 * @param toTimeZone
 * @return
 */
public static Date convertTimeZone(Date date, TimeZone fromTimeZone, TimeZone toTimeZone)
{
    long fromTimeZoneOffset = getTimeZoneUTCAndDSTOffset(date, fromTimeZone);
    long toTimeZoneOffset = getTimeZoneUTCAndDSTOffset(date, toTimeZone);

    return new Date(date.getTime() + (toTimeZoneOffset - fromTimeZoneOffset));
}

/**
 * Calculates the offset of the <code>timeZone</code> from UTC, factoring in any
 * additional offset due to the time zone being in daylight savings time as of
 * the given <code>date</code>.
 * @param date
 * @param timeZone
 * @return
 */
private static long getTimeZoneUTCAndDSTOffset(Date date, TimeZone timeZone)
{
    long timeZoneDSTOffset = 0;
    if(timeZone.inDaylightTime(date))
    {
        timeZoneDSTOffset = timeZone.getDSTSavings();
    }

    return timeZone.getRawOffset() + timeZoneDSTOffset;
}

Le mérite revient à ce poste .

java.util.Calendarest la manière habituelle de gérer les fuseaux horaires en utilisant uniquement les classes JDK. Apache Commons propose d'autres alternatives / utilitaires qui peuvent être utiles. La note de Edit Spong m'a rappelé que j'avais entendu de très bonnes choses à propos de Joda-Time (même si je ne l'ai pas utilisé moi-même).

Convertissez la date en chaîne et faites-le avec SimpleDateFormat.

    SimpleDateFormat readFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
    readFormat.setTimeZone(TimeZone.getTimeZone("GMT" + timezoneOffset));
    String dateStr = readFormat.format(date);
    SimpleDateFormat writeFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss");
    Date date = writeFormat.parse(dateStr);

Si quelqu'un en a besoin, si vous devez convertir un XMLGregorianCalendarfuseau horaire en fuseau horaire UTC, il vous suffit de définir le fuseau horaire 0, puis d'appeler toGregorianCalendar()- il restera le même fuseau horaire, mais le Datesait comment le convertir en le vôtre, afin que vous puissiez obtenir les données à partir de là.

XMLGregorianCalendar xmlStartTime = DatatypeFactory.newInstance()
    .newXMLGregorianCalendar(
        ((GregorianCalendar)GregorianCalendar.getInstance());
xmlStartTime.setTimezone(0);
GregorianCalendar startCalendar = xmlStartTime.toGregorianCalendar();
Date startDate = startCalendar.getTime();
XMLGregorianCalendar xmlStartTime = DatatypeFactory.newInstance()
    .newXMLGregorianCalendar(startCalendar);
xmlStartTime.setHour(startDate.getHours());
xmlStartTime.setDay(startDate.getDate());
xmlStartTime.setMinute(startDate.getMinutes());
xmlStartTime.setMonth(startDate.getMonth()+1);
xmlStartTime.setTimezone(-startDate.getTimezoneOffset());
xmlStartTime.setSecond(startDate.getSeconds());
xmlStartTime.setYear(startDate.getYear() + 1900);
System.out.println(xmlStartTime.toString());

Résultat:

2015-08-26T12:02:27.183Z
2015-08-26T14:02:27.183+02:00

Ce code a été utile dans une application sur laquelle je travaille:

    Instant date = null;
    Date sdf = null;
    String formatTemplate = "EEE MMM dd yyyy HH:mm:ss";
    try {
        SimpleDateFormat isoFormat = new SimpleDateFormat("EEE MMM dd yyyy HH:mm:ss");
        isoFormat.setTimeZone(TimeZone.getTimeZone(ZoneId.of("US/Pacific")));
        sdf = isoFormat.parse(timeAtWhichToMakeAvailable);
        date = sdf.toInstant();

    } catch (Exception e) {
        System.out.println("did not parse: " + timeAtWhichToMakeAvailable);
    }

    LOGGER.info("timeAtWhichToMakeAvailable: " + timeAtWhichToMakeAvailable);
    LOGGER.info("sdf: " + sdf);
    LOGGER.info("parsed to: " + date);